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(54) Turret deployment system and method for a fire fighting vehicle 



(57) A turret control system and method for a fire 
fighting vehicle is disclosed. The turret control system 
includes one or more control modules, such as an en- 
velope control module, turret targeting module, a turret 



pan module, a turret deploy module, a turret store mod- 
ule. The preferred turret control system also provides 
improved turret control flexibility and improved operator 
feedback. 
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Description 

CROSS REFERENCE TO RELATED APPLICATIONS 

5 [0001] This application claims priority to U.S. Prov. No. 60/360,479, filed February 28, 2002, entitled "Turret Control 
System and Method for a Fire Fighting Vehicle," and to U.S. Prov. No. 60/388,451 , filed June 13, 2002, entitled "Control 
System and Method for an Equipment Service Vehicle," each of which is hereby expressly incorporated by reference. 

FIELD OF THE INVENTION 

10 

[0002] The present invention relates generally to the field of fire fighting vehicles. More specifically, the present 
invention relates to turret control systems and methods for fire fighting vehicles. 

BACKGROUND OF THE INVENTION 

15 

[0003] Various vehicles are known for use in fire fighting. Fire fighting vehicles, including aerial platform trucks, ladder 
trucks, pumpers, tankers, etc., often employ a turret for dispensing fire fighting agents (e.g. water, foams, foaming 
agents, etc.) onto areas such as fires, chemical spills, smoldering remains of a fire, or other similar areas. Such turrets 
typically comprise one or more arms which are extendable, rotatable, or otherwise moveable with electric, hydraulic, 

20 or pneumatic actuator systems. While fighting a fire, the turret may be moved around in a three-dimensional space by 
using the actuator system to move individual arms. Once a nozzle of the turret is brought to a particular position and 
orientation relative to a fire, a fire fighting agent may be dispensed from the nozzle and directed at the fire. 
[0004] Typically, this positioning and aiming of turrets is controlled by a human operator. According to one approach, 
the operator positions and aims the turret using a joystick which is coupled to the turret actuators. Unfortunately, in 

25 situations where the fire produces a large amount of smoke, the turret and the precise location of the fire become 
obscured from an operator's view. This situation is exacerbated by the fact that the tremendous flow of water or other 
fire fighting agent through the turret creates forces which affect turret positioning, making it even more difficult for the 
operator to know the precise position of the turret. The result is that the operator is often susceptible to inadvertently 
causing the turret to collide with other objects, including for example the fire fighting vehicle upon which the turret is 

30 mounted. Additionally, because the operator's view of the turret nozzle as well as the fire may be severely limited, the 
operator's ability to control the position and orientation of the nozzle for maximum fire fighting effectiveness is also 
severely limited. 

[0005] Further, existing turret systems are often cumbersome or difficult to operate. For example, turret systems 
typically allow the turret to be manually stored and locked into place to avoid damage during vehicle travel. However, 

35 the process of storing and locking the turret can be time consuming because the proximity of the turret to other equip- 
ment on the fire fighting vehicle requires that the turret be controlled with great care. Additionally, when the fire fighting 
vehicle arrives at the scene of the fire and the turret is first deployed, it is necessary for a firefighter to manually deploy 
the turret from the stored position, thereby diverting the fire fighter's attention away from other important activities. 
Finally, the operator interface used to control the turret limits the operator's ability to control the turret from a variety of 

40 different vantage points and with the benefit of a variety of different views of the turret and the fire. A variety of other 
problems exist which relate to the difficulty and/or amount of operator involvement required to operate turrets. 
[0006] Accordingly, it would be desirable to provide a control system for a turret which overcomes one or more of 
the above-mentioned problems. Advantageously, such a control system would enhance fire fighter safety by increasing 
fire fighting effectiveness. The techniques below extend to those embodiments which fall within the scope of the ap- 

45 pended claims, regardless of whether they provide any of the above-mentioned advantageous features. 

SUMMARY OF THE INVENTION 

[0007] According to a first aspect, a method of controlling afire fighting vehicle having a turret comprises determining 
50 a location of a region of interest of a fire and adjusting a position and orientation of a nozzle of the turret responsive 
to the determining step. The adjusting step is performed using a turret motion controller. 

[0008] According to a second aspect, a method of controlling motion of a turret on a fire fighting vehicle comprises 
acquiring operator inputs and preventing the turret from impacting the fire fighting vehicle. The operator inputs are 
useable to generate first control signals to control motion of the turret. The operator inputs direct movement of the 
55 turret in such a way that the turret is susceptible to impacting the fire fighting vehicle. The preventing step includes 
determining that the turret is susceptible to impacting the fire fighting vehicle, and in response providing the turret with 
second control signals that are different than the first control signals. The second control signals direct movement of 
the turret in such a way that the turret does not impact the fire fighting vehicle. 
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[0009] According to a third aspect, a method of controlling a turret mounted on a fire fighting vehicle comprises 
storing information in a turret motion controller. The information pertains to desired movement of the turret. The method 
further comprises controlling movement of the turret using the turret motion controller. The movement of the turret is 
controlled in accordance with the information. 
5 [0010] Other objects, features, and advantages of the present invention will become apparent to those skilled in the 
art from the following detailed description and accompanying drawings. It should be understood, however, that the 
detailed description and specific examples, while indicating preferred embodiments of the present invention, are given 
by way of illustration and not limitation. Many modifications and changes within the scope of the present invention may 
be made without departing from the spirit thereof, and the invention includes all such modifications. 

10 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0011] 

15 Fig. 1 is a schematic view of a fire truck having a control system according to one embodiment of the present 

invention; 

Fig. 2 is a block diagram of the control system of Fig. 1 showing selected aspects of the control system in greater 
detail; 

20 

Fig. 3 is a schematic view of an aerial device having a control system according to another embodiment of the 
present invention; 

Fig. 4 is a more detailed block diagram of the control system of Fig. 3; 

25 

Fig. 5 is a schematic view of a vehicle having a control system according to another embodiment of the present 
invention; 

Figs. 6-7 are block diagrams of the control system of Fig. 5 showing selected aspects of the control system in 
30 greater detail; 

Fig. 8 is a diagram showing the memory contents of an exemplary interface module in greater detail; 

Fig. 9 is a block diagram of the control system of Fig. 5 showing selected aspects of the control system in greater 
35 detail; 

Fig. 10 is an I/O status table of Fig. 9 shown in greater detail; 

Fig. 11 is a flowchart describing the operation of the control system of Fig. 9 in greater detail; 

40 

Fig. 12 is a data flow diagram describing data flow through an exemplary interface module during the process of 
Fig. 11; 

Fig. 13 is a block diagram of a fire fighting control system capable of controlling a turret; 

45 

Fig. 14 is a schematic representation of a turret; 

Fig. 15 is a block diagram of turret I/O devices connected to interface modules in the control system of Fig. 13; 

50 Fig. 1 6 is a block diagram showing selected aspects functions of the control system of Fig. 13 in greater detail; 

Fig. 17 is a flowchart showing a method for constraining a turret to a permissible travel envelope; 

Fig. 1 8 is a flowchart showing a method for determining the position of the turret relative to the permissible travel 
55 envelope in connection with the method of Fig. 17; 

Fig. 1 9 is a flowchart showing a method for determining the position of the turret relative to the permissible travel 
envelope in connection with the method of Fig. 17; 
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Fig. 20 is a block diagram of a first embodiment of a fire position indicator in the block diagram of Fig. 16; 
Fig. 21 is a block diagram of a second embodiment of a fire position indicator in the block diagram of Fig. 16; 
5 Fig. 22 is a flowchart showing operation of a turret targeting module in the block diagram of Fig. 1 6; 

Figs. 23-24 are flowcharts showing operation of turret learn and turret pan modules in the block diagram of Fig. 16; 
Fig. 25 is a block diagram showing a feedback control system of Fig. 16 in greater detail; 

10 

Fig. 26 is a block diagram of a turret control system that controls first and second turrets; and 

Fig. 27 is a block diagram of a flow rate control system for the turret of Fig. 14. 

15 DETAILED DESCRIPTION OF ADDITIONAL EMBODIMENTS 

[0012] Patent application 09/384,393, filed August 27, 1999, now U.S. Pat. No. 6,421,593, discloses various em- 
bodiments of a control system architecture in connection with fire trucks and other types of equipment service vehicles. 
The turret control systems and methods disclosed herein may be implemented using a stand-alone control system or 
20 using one of the control system architecture embodiments described in the aforementioned application. For conven- 
ience, the contents of the above-mentioned application is repeated below, followed by a description of a preferred 
turret control system and method for a fire fighting vehicle. 

A. Fire Truck Control System 

25 

1. Architecture of Fire Truck Control System 

[0013] Referring now to Fig. 1 , afire truck 10 having a control system 12 is illustrated. Byway of overview, the control 
system 12 comprises a central control unit 14, a plurality of microprocessor-based interface modules 20 and 30, a 
30 plurality of input devices 40 and a plurality of output devices 50. The central control unit 14 and the interface modules 
20 and 30 are connected to each other by a communication network 60. 

[0014] More specifically, the central control unit 14 is a microprocessor-based device and includes a microprocessor 
15 that executes a control program 16 (see Fig. 2) stored in memory of the central control unit 14. In general, the 
control unit 14 executes the program to collect and store input status information from the input devices 40, and to 

35 control the output devices 50 based on the collected status information. The control program may implement such 
features as an interlock system, a load manager, and a load sequencer. As described below, the central control unit 
14 is preferably not connected to the I/O devices 40 and 50 directly but rather only indirectly by way of the interface 
modules 20 and 30, thereby enabling distributed data collection and power distribution. The I/O devices 40 and 50 are 
located on a chassis 11 of the fire truck 10, which includes both the body and the underbody of the fire truck 10. 

40 [0015] In the illustrated embodiment, two different types of interface modules are used. The interface modules 20 
interface mainly with switches and low power indicators, such as LEDs that are integrally fabricated with a particular 
switch and that are used to provide visual feedback to an operator regarding the state of the particular switch . For this 
reason, the interface modules 20 are sometimes referred to herein as "SIMs" ("switch interface modules"). Herein, the 
reference numeral "20" is used to refer to the interface modules 20 collectively, whereas the reference numerals 21, 

45 22 and 23 are used to refer to specific ones of the interface modules 20. 

[0016] The interface modules 30 interface with the remaining I/O devices 40 and 50 on the vehicle that do not interface 
to the interface modules 20, and therefore are sometimes referred to herein as "VIMs" ("vehicle interface modules"). 
The interface modules 30 are distinguishable from the interface modules 20 mainly in that the interface modules 30 
are capable of handling both analog and digital inputs and outputs, and in that they are capable of providing more 

50 output power to drive devices such as gauges, valves, solenoids, vehicle lighting and so on. The analog outputs may 
be true analog outputs orthey may be pulse width modulation outputs that are used to emulate analog outputs. Herein, 
the reference numeral "30" is used to refer to the interface modules 30 collectively, whereas the reference numerals 
31, 32, 33, 34 and 35 are used to refer to specific ones of the interface modules 30. 

[0017] Although two different types of interface modules are used in the illustrated embodiment, depending on the 
55 application, it may be desirable to use only a single type of interface module in order to reduce inventory requirements. 
Additionally, while in Fig. 1 three of the interface modules 20 and five of the interface modules 30 are shown, this 
arrangement is again simply one example. It may be desirable to provide each interface module with more I/O points 
in order to reduce the number of interface modules that are required, or to use more interface modules with a smaller 
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number of I/O points in order to make the control system 12 more highly distributed. Of course, the number of interface 
modules will also be affected by the total number of I/O points in the control system. 

[0018] Figure 1 shows an approximate distribution of the interface modules 20 and 30 throughout the fire truck 10. 
In general, in order to minimize wiring, the interface modules 20 and 30 are placed so as to be located as closely as 

5 possible to the input devices 40 from which input status information is received and the output devices 50 that are 
controlled. As shown in Fig. 1 , there is a large concentration of interface modules 20 and 30 near the front of the fire 
truck 10, with an additional interface module 34 at mid-length of the fire truck 1 0 and another interface module 35 at 
the rear of the fire truck 1 0. The large concentration of interface modules 20 and 30 at the front of the fire truck 1 0 is 
caused by the large number of switches (including those with integral LED feedback output devices) located in a cab 

10 of the fire truck 10, as well as the large number of other output devices (gauges, lighting) which tend to be located in 
the cab or otherwise near the front of the fire truck 10. The interface module 34 that is located in the middle of the truck 
is used in connection with I/O devices 40 and 50 that are located at the fire truck pump panel (i.e., the operator panel 
that has I/O devices for operator control of the fire truck's pump system). The interface module 35 that is located at 
the rear of the fire truck 1 0 is used in connection with lighting and other equipment at the rear of the fire truck 1 0. 

15 [0019] The advantage of distributing the interface modules 20 and 30 in this manner can be more fully appreciated 
with reference to Fig. 2, which shows the interconnection of the interface modules 20 and 30. As shown in Fig. 2, the 
interface modules 20 and 30 receive power from a power source 100 by way of a power transmission link 103. The 
power transmission link 103 may comprise for example a single power line that is routed throughout the fire truck 10 
to each of the interface modules 20 and 30. The interface modules then distribute the power to the output devices 50, 

20 which are more specifically designated with the reference numbers 51 a, 52a, 53a, 54a-c, 55a-c, 56a-b, 57a-c and 
58a-d in Fig. 2. 

[0020] It is therefore seen from Figs. 1 and 2thatthe relative distribution ofthe interface modules 20and 30 throughout 
the fire truck 1 0 in combination with the arrangement of the power transmission link 1 03 allows the amount of wiring 
on the fire truck 10 to be dramatically reduced. The power source 100 delivers power to the interface modules 20 and 
25 30, which act among other things as power distribution centers, and not directly to the output devices 50. Because the 
interface modules 20 and 30 are located so closely to the I/O devices 40 and 50, most of the I/O devices can be 
connected to the interface modules 20 and 30 using only a few feet of wire or less. This eliminates the need for a wire 
harness that extends the length ofthe fire truck (about forty feet) to establish connections for each I/O devices 40 and 
50 individually. 

30 [0021] Continuing to refer to Fig. 2, the switch interface modules 20 and the interconnection ofthe interface modules 
20 with various I/O devices will now be described in greater detail. The interface modules 20 are microprocessor- 
based, as previously noted, and include a microprocessor that executes a program to enable communication over the 
communication network 60, as detailed below. 

[0022] The same or a different microprocessor ofthe interface modules 20 may also be used to process input signals 

35 received from the input devices 40. In particular, the interface modules 20 preferably perform debounce filtering ofthe 
switch inputs, so as to require that the position of the switch become mechanically stable before a switch transition is 
reported to the central control unit 14. For example, a delay of fifty milliseconds may be required before a switch 
transition is reported. Performing this filtering at the interface modules 20 reduces the amount of processing that is 
required by the central control unit 14 to interpret switch inputs, and also reduces the amount of communication that 

40 is required over the communication network 60 because each switch transition need not be reported. 

[0023] Physically, the interface modules 20 may be placed near the headliner of a cab 1 7 of the fire truck 1 0. Tradi- 
tionally, it is common practice to locate panels of switches along the headliner ofthe cab for easy access by an operator 
of the fire truck. Additionally, as detailed below, in the preferred embodiment, the interface modules 20 are connected 
to switches that have integrally fabricated LEDs for indicating the state ofthe output device controlled by the switch to 

45 provide maximum operator feedback. These LEDs are output devices which are connected to the interface modules 
20. Therefore, by locating the interface modules near the headliner of the cab, the amount of wiring required to connect 
the interface modules 20 not only to the switches and but also to the LED indicators is reduced. 
[0024] In the preferred embodiment, the interface modules 20 have between ten and twenty-five each of inputs and 
outputs and, more preferably, have sixteen digital (on/off switch) inputs and sixteen LED outputs. Most of these inputs 

50 and outputs are utilized in connection with switches having integrally fabricated LEDs. However, it should be noted 
that there need not be a one-to-one correspondence between the switches and the LEDs, and that the inputs and the 
outputs ofthe interface modules 20 need not be in matched pairs. For example, some inputs may be digital sensors 
(without a corresponding output device) and some ofthe outputs may be ordinary digital indicators (without a corre- 
sponding input device). Additionally, the LED indicators associated with the switch inputs for the interface module 21 

55 could just as easily be driven by the interface module 23 as by the interface module 21 , although this arrangement is 
not preferred. Of course, it is not necessary that all ofthe inputs and outputs on a given interface module 20 be utilized 
and, in fact, it is likely that some will remain unutilized. 

[0025] One way of establishing a dedicated link between the I/O devices 40 and 50 and the interface modules 20 is 
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through the use of a simple hardwired link. Considering for example an input device which is a switch, one terminal of 
the switch may be connected (e.g., by way of a harness connector) to an input terminal of the interface module 20 and 
the other terminal of the switch may be tied high (bus voltage) or low (ground). Likewise, for an output device which is 
an LED, one terminal of the LED may be connected to an output terminal of the interface module 20 and the other 

5 terminal of the LED may again be tied high or low. Other dedicated links, such as RF links, could also be used. 

[0026] To provide maximum operatorfeedback, the LEDs that are located with the switches have three states, namely, 
off, on, and blinking. The off state indicates that the switch is off and therefore that the device controlled by the switch 
is off. Conversely, the on state indicates that the switch is on and that the device controlled by the switch is on. The 
blinking state indicates that the control system 12 recognizes that a switch is on, but that the device which the switch 

10 controls is nevertheless off for some other reason (e.g., due to the failure of an interlock condition, or due to the operation 
of the load manager or load sequencer). Notably, the blinking LED feedback is made possible by the fact that the LEDs 
are controlled by the control unit 14 and not directly by the switches themselves, since the switches themselves do not 
necessarily know the output state of the devices they control. 

[0027] A specific example will now be given of a preferred interconnection of the interface modules 21 , 22, and 23 

15 with a plurality of I/O devices 40 and 50. Many or all of the I/O devices 40 and 50 could be the same as those that have 
previously been used on fire trucks. Additionally, it should be noted that the example given below is just one example, 
and that a virtually unlimited number of configurations are possible. This is especially true since fire trucks tend to be 
sold one or two at a time and therefore each fire truck that is sold tends to be unique at least in some respects. 
[0028] In Fig. 2, the interface module 21 receives inputs from switches 41 a that control the emergency lighting 

20 system of the fire truck. As previously noted, the emergency lighting system includes the flashing emergency lights 
(usually red and white) that are commonly associated with fire trucks and that are used to alert other motorists to the 
presence of the fire truck on the roadway or at the scene of a fire. One of the switches 41 a may be an emergency 
master on/off (E-master) switch used to initiate load sequencing, as described in greater detail below. The interface 
module 21 may also be connected, for example, to switches 41 b that control the emergency siren and horn. The 

25 interface module 21 is also connected to LEDs 51 a that are integrally located in the switches 41a and 41b and that 
provide operatorfeedback regarding the positions of the switches 41a and 41b, as previously described. 
[0029] The interface module 22 receives inputs from switches 42a that control lighting around the perimeter of the 
fire truck 10, switches 42b that control scene lighting, and switches 42c that control lighting which aids the operators 
in viewing gauges and other settings at the pump panel. The interface module 22 is also connected to LEDs 52a that 

30 are integrally located in the switches 42a, 42b and 42c and that provide operatorfeedback regarding the positions of 
the switches 42a, 42b and 42c. 

[0030] The interface module 23 receives inputs from switches 43a that control heating and air conditioning, and 
switches 43b that controls miscellaneous other electrical devices. The interface module 23 is connected to LED indi- 
cators, some of which may be integrally located with the switches 43a and 43b and others of which may simply be an 

35 LED indicator that is mounted on the dashboard or elsewhere in the cab of the fire truck 10. 

[0031] Continuing to refer to Fig. 2, the vehicle interface modules 30 and the interconnection of the interface modules 
20 with various I/O devices will now be described in greater detail. As previously mentioned, the interface modules 30 
are distinguishable from the interface modules 20 mainly in that the interface modules 30 are capable of handling both 
analog and digital inputs and outputs, and in that they are capable of providing more output power to drive output 

40 devices such as digitally-driven gauges, solenoids, and so on. The interface modules 30 preferably have between 
fifteen and twenty-five each inputs and outputs and, more preferably, have twenty inputs (including six digital inputs, 
two frequency counter inputs, and six analog inputs) and twenty outputs (including six outputs that are configurable 
as analog outputs). 

[0032] Like the interface modules 20, the interface modules 30 are microprocessor-based and include a microproc- 
45 essor that executes a program to enable communication over the communication network 60. The same or a different 
microprocessor of the interface modules 30 may also be used to process input signals received from the input devices 
40 and to process output signals transmitted to the output devices 50. 

[0033] For the interface modules 30, this processing includes not only debounce filtering, in the case of switch inputs, 
but also a variety of other types of processing. For example, for analog inputs, this processing includes any processing 

50 that is required to interpret the inputs from analog-to-digital (A/D) converters, including converting units. For frequency 
inputs, this processing includes any processing that is required to interpret inputs from frequency-to-digital converters, 
including converting units. This processing also includes other simple filtering operations. For example, in connection 
with one analog input, this processing may include notifying the central control unit 14 of the status of an input device 
only every second or so. In connection with another analog input, this processing may include advising the central 

55 control unit 14 only when the status of the input device changes by a predetermined amount. For analog output devices, 
this processing includes any processing that is required to interpret the outputs for digital-to-analog (D/A) converters, 
including converting units. For digital output devices that blink or flash, this processing includes implementing the 
blinking or flashing (i.e., turning the output device on and off at a predetermined frequency) based on an instruction 



6 



EP 1 424 103 A2 



from the central control unit 1 4 that the output device should blink or flash. In general, the processing by the interface 
modules 30 reduces the amount of information which must be communicated over the communication link, and also 
reduces the amount of time that the central control unit 14 must spend processing minorchanges in analog input status. 
[0034] Preferably, the configuration information required to implement the I/O processing that has just been described 

5 is downloaded from the central control unit 14 to each interface module 30 (and each interface module 20) at power- 
up. Additionally, the harness connector that connects to each of the interface modules 20 and 30 are preferably elec- 
tronically keyed, such that being connected to a particular harness connector provides the interface modules 20 and 
30 with a unique identification code (for example, by tying various connector pins high and low to implement a binary 
code). The advantage of this approach is that the interface modules 20 and 30 become interchangeable devices that 

10 are customized only at power-up. As a result, if one of the interface modules 30 malfunctions, for example, a new 
interface module 30 can be plugged into the control system 12, customized automatically at power-up (without user 
involvement), and the control system 12 then becomes fully operational. This enhances the maintainability of the control 
system 12. 

[0035] A specific example will now be given of a preferred interconnection of the interface modules 31 , 32, and 33 

15 with a plurality of I/O devices 40 and 50. This example continues the example that was started in connection with the 
interface modules 21 , 22, and 23. Again, it should be noted that the configuration described herein is just one example. 
[0036] The interface modules 31 , 32, 33, 34 and 35 all receive inputs from additional switches and sensors 44a, 45a, 
46a, 47a and 48a. The switches may be additional switches that are located in the cab of the fire truck or elsewhere 
throughout the vehicle, depending on the location of the interface module. The sensors may be selected ones of a 

20 variety of sensors that are located throughout the fire truck. The sensors may be used to sense the mechanical status 
of devices on the fire truck, for example, whether particular devices are engaged or disengaged, whether particular 
devices are deployed, whether particular doors on the fire truck are open or closed, and so on. The sensors may also 
be used to sense fluid levels such as fuel level, transmission fluid level, coolant level, foam pressure, oil level, and so on. 
[0037] In addition to the switches and sensors 44a, the interface module 31 is also connected to a portion 54a of the 

25 emergency lighting system. The emergency lighting system includes emergency lights (usually red and white) at the 
front, side and rear of the fire truck 1 0. The emergency lights may, for example, be in accordance with the guidelines 
provided by the National Fire Protection Association. Because the interface module 31 is located at the front of the fire 
truck, the interface module 31 is connected to the red and white emergency lights at the front of the fire truck. 
[0038] The interface module 31 is also connected to gauges and indicators 54b which are located on the dashboard 

30 of the fire truck 10. The gauges may indicate fluid levels such as fuel level, transmission fluid level, coolant level, foam 
pressure, oil level and so on. The indicators may include, for example, indicators that are used to display danger, 
warning and caution messages, warning lights, and indicators that indicate the status of various mechanical and elec- 
trical systems on the fire truck. The interface module 31 may also be connected, for example, to an emergency sound 
system including an emergency siren and emergency air horns 54c, which are used in combination with the emergency 

35 lights 54a. 

[0039] In addition to the switches and sensors 45a, the interface module 32 is also connected to perimeter lighting 
55a, scene lighting 55b and utility lighting 55c. The perimeter lighting 55a illuminates the perimeter of the fire truck 10. 
The scene lighting 55b includes bright flood lights and/or spot lights to illuminate the work area at a fire. The utility 
lighting 55c includes lighting used to light operator panels, compartments and so on of the fire truck 10. 

40 [0040] In addition to the switches and sensors 46a, the interface module 33 is also connected to PTO sensors 46b. 
The PTO sensors 46b monitor the status of a power take-off mechanism 97 (see Fig. 1), which diverts mechanical 
power from the engine/transmission from the wheels to other mechanical subsystems, such as the pump system, an 
aerial system and so on. The interface module 33 is also connected to a portion 56a of the FMVSS (Federal Motor 
Vehicle Safety Standard) lighting. The FMVSS lighting system includes the usual types of lighting systems that are 

45 commonly found on most types of vehicles, for example, head lights, tail lights, brake lights, directional lights (including 
left and right directionals), hazard lights, and so on. The interface module 33 is also connected to the heating and air 
conditioning 56b. 

[0041] In addition to the switches and sensors 47a, the interface module 34, which is disposed nearthe pump panel, 
is connected to pump panel switches and sensors 47a, pump panel gauges and indicators 57a, pump panel lighting 
50 57b, and perimeter lighting 57c. The pump system may be manually controlled or may be automatically controlled 
through the use of electronically controlled valves. In either case, the various fluid pressures are measured by sensors 
and displayed on the gauges and indicators 57a. 

[0042] Finally, in addition to the switches and sensors 48a, the interface module 35 is also connected to emergency 
lighting 58a, scene lighting 58b, FMVSS lighting 58c, and the utility lighting 58d. These lighting systems have been 
55 described above. 

[0043] The interface modules 20 and the interface modules 30 are connected to the central control unit 14 by the 
communication network 60. The communication network may be implemented using a network protocol, for example, 
which is in compliance with the Society of Automotive Engineers (SAE) J 1708/1587 and/or J 1939 standards. The 
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particular network protocol that is utilized is not critical, although all of the devices on the network should be able to 
communicate effectively and reliably. 

[0044] The transmission medium may be implemented using copper or fiber optic cable. Fiber optic cable is partic- 
ularly advantageous in connection with fire trucks because fiber optic cable is substantially immune to electromagnetic 
5 interference, for example, from communication antennae on mobile news vehicles, which are common at the scenes 
of fires. Additionally, fiber optic cable is advantageous because it reduces RF emissions and the possibility of short 
circuits as compared to copper-based networks. Finally, fiber optic cable is advantageous because it reduces the 
possibility of electrocution as compared to copper in the event that the cable accidentally comes into contact with power 
lines at the scene of a fire. 

10 [0045] Also connected to the communication network 60 are a plurality of displays 81 and 82. The displays 81 and 
82 permit any of the data collected by the central control unit 14 to be displayed to the firefighters in real time. In 
practice, the data displayed by the displays 81 and 82 may be displayed in the form of text messages and may be 
organized into screens of data (given that there is too much data to display at one time) and the displays 81 and 82 
may include membrane pushbuttons that allow the firefighters to scroll through, page through, or otherwise view the 

15 screens of data that are available. Additionally, although the displays 81 and 82 are both capable of displaying any of 
the information collected by the central control unit 14, in practice, the displays 81 and 82 are likely to be used only to 
display selected categories of information. For example, assuming the display 81 is located in the cab and the display 
82 is located at the pump panel, the display 81 is likely to be used to display information that pertains to devices which 
are controlled from within the cab, whereas the display 82 is likely to be used to display information pertaining to the 

20 operation of the pump panel. Advantageously, the displays 81 and 82 give firefighters instant access to fire truck 
information at a single location, which facilitates both normal operations of the fire truck as well as troubleshooting if 
problems arise. 

[0046] Also shown in Fig. 1 . is a personal computer 85 which is connected to the control unit 14 by way of a com- 
munication link 86, which may be a modem link, an RS-232 link, an Internet link, and so on. The personal computer 

25 85 allows diagnostic software to be utilized for remote or local troubleshooting of the control system 12, for example, 
through direct examination of inputs, direct control of outputs, and viewing and controlling internal states, including 
interlock states. Because all I/O status information is stored in the central control unit 14, this information can be easily 
accessed and manipulated by the personal computer 85. If a problem is encountered, the personal computer can be 
used to determine whether the central control unit 14 considers all of the interface modules 20 and 30 to be "on-line" 

30 and, if not, the operator can check for bad connections and so on. If a particular output device is not working properly, 
the personal computer 85 can be used to trace the I/O status information from the switch or other input device through 
to the malfunctioning output device. For example, the personal computer 85 can be used to determine whether the 
switch state is being read properly, whether all interlock conditions are met, and so on. 

[0047] The personal computer 85 also allows new firmware to be downloaded to the control unit 14 remotely (e.g., 
35 from a different city or state or other remote location by way of the Internet or a telephone link) by way of the commu- 
nication link 86. The firmware can be firmware for the control unit 14, or it can be firmware for the interface modules 
20 and 30 that is downloaded to the control unit 14 and then transmitted to the interface modules 20 and 30 by way 
of the communication network 60. 

[0048] Finally, referring back to Fig. 1, several additional systems are shown which will now be briefly described 
40 before proceeding to a discussion of the operation of the control system 12. In particular, Fig. 1 shows an engine system 
including an engine 92 and an engine control system 91, a transmission system including a transmission 93 and a 
transmission control system 94, and an anti-lock brake system including an anti-lock brake control system 95 and anti- 
lock brakes 96. The transmission 93 is mechanically coupled to the engine 92, and is itself further mechanically coupled 
to a PTO system 97. The PTO system 97 allows mechanical power from the engine to be diverted to water pumps, 
45 aerial drive mechanisms, stabilizer drive mechanisms, and so on. In combination, the engine system, the transmission 
system and the PTO system form the power train of the fire truck 1 0. 

[0049] The control systems 92, 94 and 95 may be connected to the central control unit 14 using the same or a 
different communication network than is used by the interface modules 30 and 40. In practice, the control systems 92, 
94 and 95 are likely to be purchased as off-the-shelf systems, since most fire truck manufacturers purchase rather 
50 than manufacture engine systems, transmission systems and anti-lock brake systems. As a result, it is likely that the 
control systems 92, 94 and 95 will use a variety of different communication protocols and therefore that at least one 
additional communication network will be required. 

[0050] By connecting the systems 92, 94 and 95 to the central control unit 14, an array of additional input status 
information becomes available to the control system 12. For example, for the engine, this allows the central control 
55 unit 14 to obtain I/O status information pertaining to engine speed, engine hours, oil temperature, oil pressure, oil level, 
coolant level, fuel level, and so on. For the transmission, this allows the central control unit 14 to obtain, for example, 
information pertaining transmission temperature, transmission fluid level and/or transmission state (1st gear, 2nd gear, 
and so on). Assuming that an off-the-shelf engine or transmission system is used, the information that is available 
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depends on the manufacturer of the system and the information that they have chosen to make available. 
[0051] Connecting the systems 92, 94 and 95 to the central control unit 14 is advantageous because it allows infor- 
mation from these subsystems to be displayed to firefighters using the displays 81 and 82. This also allows the central 
control unit 14 to implement various interlock conditions as a function of the state of the transmission, engine or brake 

5 systems. For example, in order to turn on the pump system (which is mechanically driven by the engine and the trans- 
mission), an interlock condition may be implemented that requires that the transmission be in neutral or 4th lockup (i. 
e., fourth gear with the torque converter locked up), so that the pump can only be engaged when the wheels are 
disengaged from the power train. The status information from these systems can therefore be treated in the same 
manner as I/O status information from any other discrete I/O device on the fire truck 10. It may also be desirable to 

10 provide the central control unit 14 with a limited degree of control over the engine and transmission systems, for ex- 
ample, enabling the central control unit 14 to issue throttle command requests to the engine control system 91. This 
allows the central control unit to control the speed of the engine and therefore the voltage developed across the alter- 
nator that forms part of the power source 100. 

15 2. Aerial Control 

[0052] Referring now to Fig. 3, a preferred embodiment of a fire truck 1210 with an aerial 1211 having an aerial 
control system 1212 is illustrated . By way of overview, the control system 1212 comprises an aerial central control unit 
1214, a plurality of microprocessor-based interface modules 1220, 1230 and 1235, a plurality of input devices 1240, 
20 and a plurality of output devices 1250. The central control unit 1214 and the interface modules 1220, 1230 and 1235 
are connected to each other by a communication network 1260. 

[0053] The control system 1212 is similar in most respect to the control system 1 2, with the primary difference being 
that the control system 1212 is used to control the output devices 1250 on the aerial 1211 based on input status 
information from the input devices 1240, rather than to control the output devices 50 on the chassis 11. The interface 

25 modules 1220 and 1230 may be identical to the interface modules 20 and 30, respectively, and the central control unit 
1214 may be identical to the central control unit 14 except that a different control program is required in connection 
with the aerial 1211. Accordingly, the discussion above regarding the interconnection and operation of the interface 
modules 20 and 30 with the input devices 40 and output devices 50 applies equally to the central control unit 1214, 
except to the extent that the control system 1212 is associated with the aerial 1211 and not with the chassis 11. 

30 [0054] The aerial control system 1212 also includes the interface modules 1225-1227, which are similar to the in- 
terface modules 20 and 30 except that different I/O counts are utilized. In the preferred embodiment, the interface 
modules 1225-1227 have twenty-eight switch inputs (two of which are configurable as frequency inputs). As previously 
noted, rather than using several different types of interface modules, it may be desirable to use only a single type of 
interface module in order to reduce inventory requirements. Additionally, the number of interface modules and the I/O 

35 counts are simply one example of a configuration that may be utilized. 

[0055] It is desirable to use a control system 1212 for the aerial 1211 which is separate from the control system 12 
in order to provide a clear separation of function between systems associated with the aerial 1211 and systems asso- 
ciated with the chassis 11. Additionally, as a practical matter, many fire trucks are sold without aerials and therefore 
providing a separate aerial control system enables a higher level commonality with respect to fire trucks that have 

40 aerials and fire trucks that do not have aerials. 

[0056] With reference to Fig. 4, a specific example will now be given of a preferred interconnection of the interface 
modules with a plurality of input devices 1240 and output devices 1250. The interface module 1221 receives inputs 
from switches 1241 a which may include for example an aerial master switch that activates aerial electrical circuits, 
an aerial PTO switch that activates the transmission to provide rotational input power for the hydraulic pump, and a 

45 platform leveling switch that momentarily activates a platform (basket) level electrical circuit to level the basket relative 
to the current ground grade condition. The LED indicators 1251 provide visual feedback regarding the status of the 
input switches 1241a. 

[0057] The interface modules 1225 and 1231 are located near a ground-level control station at a rear of the fire truck 
10. The interface modules 1225 and 1231 receive inputs from switches 1242a and 1243a that include, for example, 

50 an auto level switch that activates a circuit to level the fire truck using the stabilizer jacks and an override switch that 
overrides circuits for emergency operation. The interface modules 1225 and 1231 may also receive inputs from an 
operator panel such as a stabilizer control panel 1242b, which includes switches that control the raising and lowering 
of front and rear stabilizer jacks, and the extending and retracting of front and rear stabilizer jacks. The stabilizer is an 
outrigger system which is deployed to prevent the fire truck from becoming unstable due to the deployment of an aerial 

55 system (e.g., an eighty-five foot extendable ladder). The interface module 1231 may drive outputs that are used to 
control deployment the stabilizer, which can be deployed anywhere between zero and five feet. 
[0058] The interface modules 1226 and 1232 are located near a turn table 1218 at the rear of the fire truck 10. The 
interface modules may receive inputs from switches and sensors 1244a and 1245a, as well as switches that are part 
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of an aerial control panel 1245b and are used to control the extension/retraction, raising/lowering, and rotation of the 
aerial 1211 . The interface modules 1226 and 1232 drive outputs that control the extension/retraction, raising/lowering, 
and rotation of the aerial 1211 , as well as LED indicators 1254b that provide operatorfeedback regarding the positions 
of switches and other I/O status information. The interface modules 1227 and 1233 are located in the basket of the 

5 aerial and provide duplicate control for the extension/retraction, raising/lowering, and rotation of the aerial. 

[0059] Additional inputs and outputs 1251b may be used to establish a communication link between the control 
system 12 and the control system 1212. In other words, the digital on/off outputs of one control system can be connected 
to the switch inputs of the other control system, and vice versa. This provides for a mechanism of transferring I/O status 
information back and forth between the two control systems 12 and 1212. 

10 [0060] The control system 1212 has complete motion control of the aerial 1211. To this end, the control program 
1216 includes an envelope motion controller 1216a, load motion controller 1216b and interlock controller 1216c. En- 
velope motion control refers to monitoring the position of the aerial and preventing the aerial from colliding with the 
remainder of the fire truck 10, and otherwise preventing undesirable engagement of mechanical structures on the fire 
truck due to movement of the aerial. Envelope motion control is implemented based on the known dimensions of the 

15 aerial 1211 and the known dimensions and position of other fire truck structures relative to the aerial 1211 (e.g., the 
position and size of the cab 17 relative to the aerial 1211) and the position of the aerial 1211 (which is measured with 
feedback sensors 1244a and 1245a). The control system 1212 then disallows inputs that would cause the undesirable 
engagement of the aerial 1211 with other fire truck structures. 

[0061] Load motion control refers to preventing the aerial from extending so far that the fire truck tips over due to 
20 unbalanced loading. Load motion control is implemented by using an appropriate sensor to measure the torque placed 
on the cylinder that mechanically couples the aerial 1211 to the remainder of the fire truck. Based on the torque and 
the known weight of the fire truck, it is determined when the fire truck is close to tipping, and warnings are provided to 
the operator by way of text messages and LED indicators. 

[0062] Interlock control refers to implementing interlocks for aerial systems. For example, an interlock may be pro- 
25 vided that require the parking brake be engaged before allowing the aerial to move, that require the stabilizers to be 
extended and set before moving the aerial 1211, that require that the aerial PTO be engaged before attempting to 
move the aerial, and so on. 

[0063] Advantageously, therefore, the control system makes the operation of the aerial much safer. For example, 
with respect to load motion control, the control system 1212 automatically alerts firefighters if the extension of the aerial 

30 is close to causing the fire truck to tip over. Factors such as the number and weight of people in the basket 121 9, the 
amount and weight of equipment in the basket 1219, the extent to which the stabilizers are deployed, whether and to 
what extent water is flowing through aerial hoses, and so on, are taken into account automatically by the torque sensors 
associated with the cylinder that mounts the aerial to the fire truck. This eliminates the need for a firefighter to have to 
monitor these conditions manually, and makes it possible for the control system 1212 to alert an aerial operator to 

35 unsafe conditions, and puts less reliance on the operator to make sure that the aerial is operating under safe conditions. 

3. Alternative Control System Architecture 

[0064] Referring now to Fig. 5, an architecture for an alternative control system 1412 according to another preferred 
40 embodiment of the invention is illustrated. By way of overview, the control system 1412 comprises a plurality of micro- 
processor-based interface modules 1420, a plurality of input and output devices 1440 and 1450 (see Fig. 6) that are 
connected to the interface modules 1420, and a communication network 1460 that interconnects the interface modules 
1420. The control system 1412 is generally similar to the control system 12, but includes several enhancements. The 
control system 1412 preferably operates in the same manner as the control system 1 2 except to the extent that d iff e r- 
45 ences are outlined are below. 

[0065] The interface modules 1420 are constructed in generally the same manner as the interface modules 20 and 
30 and each include a plurality of analog and digital inputs and outputs. The number and type of inputs and outputs 
may be the same, for example, as the vehicle interface modules 30. Preferably, as described in greater detail below, 
only a single type of interface module is utilized in order to increase the field serviceability of the control system 1412. 
50 Herein, the reference numeral 1420 is used to refer to the interface modules 1420 collectively, whereas the reference 
numerals 1421-1430 are used to refer to specific ones of the interface modules 1420. The interface modules are 
described in greater detail in connection with Figs. 6-8. 

[0066] Also connected to the communication network 1460 are a plurality of displays 1481 and 1482 and a data 
logger 1485. The displays 1481 and 1482 permit any of the data collected by the control system 1412 to be displayed 
55 in real time, and also display warning messages. The displays 1481 and 1482 also include membrane pushbuttons 
that allow the operators to scroll through, page through, or otherwise view the screens of data that are available. The 
membrane pushbuttons may also allow operators to change values of parameters in the control system 1412. The 
data logger 1485 is used to store information regarding the operation of the vehicle 1410. The data logger 1485 may 
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also be used as a "black box recorder" to store information logged during a predetermined amount of time (e.g., thirty 
seconds) immediately prior to the occurrence of one or more trigger events (e.g., events indicating that the vehicle 
1410 has been damaged or rendered inoperative, such as when an operational parameter such as an accelerometer 
threshold has been exceeded). 

5 [0067] Finally, Fig. 5 shows an engine system including an engine 1492 and an engine control system 1491 , a trans- 
mission system including a transmission 1493 and a transmission control system 1494, and an anti-lock brake system 
including an anti-lock brake control system 1495. These systems may be interconnected with the control system 1412 
in generally the same manner as discussed above in connection with the engine 92, the engine control system 91 , the 
transmission 93, the transmission control system 94, and the anti-lock brake system 36 of Fig. 1. 

10 [0068] Referring now also to Fig. 6-8, the structure and interconnection of the interface modules 1420 is described 
in greater detail. Referring first to Fig. 6, the interconnection of the interface modules 1420 with a power source 1500 
is described. The interface modules 1420 receive power from the power source 1500 by way of a power transmission 
link 1502. The interface modules 1420 are distributed throughout the vehicle 1410, with some of the interface modules 
1420 being located on the chassis 1417 and some of the interface modules 1420 being located on a variant module 

15 1413. The variant module 1413 may bea modulethatis removable/replaceable to provide the vehicle 1410 with different 
types of functionality. 

[0069] The control system is subdivided into three control systems including a chassis control system 1511 , a variant 
control system 1512, and an auxiliary control system 1513. The chassis control system 1511 includes the interface 
modules 1421-1425 and the I/O devices 1441 and 1451 , which are all mounted on the chassis 1417. The variant control 

20 system 1512 includes the interface modules 1426-1428 and the I/O devices 1442 and 1452, which are all mounted on 
the variant module 1413. The auxiliary control system 1513 includes the interface modules 1429-1430 and the I/O 
devices 1443 and 1453, which may be mounted on either the chassis 141 7 or the variant module 1413 or both. 
[0070] The auxiliary control system 1513 may, for example, be used to control a subsystem that is disposed on the 
variant module but that is likely to be the same or similar for all variant modules (e.g., a lighting subsystem that includes 

25 headlights, tail lights, brake lights, and blinkers). The inclusion of interface modules 1420 within a particular control 
system may also be performed based on location rather than functionality. For example, if the variant module 1413 
has an aerial device, it may be desirable to have one control system for the chassis, one control system for the aerial 
device, and one control system for the remainder of the variant module. Additionally, although each interface module 
1420 is shown as being associated with only one of the control systems 1511-1513, it is possible to have interface 

30 modules that are associated with more than one control system. It should also be noted that the number of sub-control 
systems, as well as the number of interface modules, is likely to vary depending on the application. For example, a 
mobile command vehicle is likely to have more control subsystems than a wrecker variant, given the large number of 
I/O devices usually found on mobile command vehicles. 

[0071] The power transmission link 1 502 may comprise a single power line that is routed throughout the vehicle 

35 1410 to each of the interface modules 1420, but preferably comprises redundant power lines. Again, in orderto minimize 
wiring, the interface modules 1420 are placed so as to be located as closely as possible to the input devices 1440 from 
which input status information is received and the output devices 1450 that are controlled. This arrangement allows 
the previously-described advantages associated with distributed data collection and power distribution to be achieved. 
Dedicated communication links, which may for example be electric or photonic links, connect the interface modules 

40 1421-1430 with respective ones of the I/O devices, as previously described. 

[0072] Referring next to Fig. 7, the interconnection of the interface modules 1420 by way of the communication 
network 1460 is illustrated. As previously indicated, the control system 1412 is subdivided into three control systems 
1511 , 1512 and 1513. In accordance with this arrangement, the communication network 1460 is likewise further sub- 
divided into three communication networks 1661, 1662, and 1663. The communication network 1661 is associated 

45 with the chassis control system 1511 and interconnects the interface modules 1421-1425. The communication network 
1662 is associated with the variant control system 1512 and interconnects the interface modules 1426-1428. The 
communication network 1663 is associated with the auxiliary control system 1513 and interconnects the interface 
modules 1429-1430. Communication between the control systems 1511-1513 occurs by way of interface modules that 
are connected to multiple ones of the networks 1661-1663. Advantageously, this arrangement also allows the interface 

50 modules to reconfigure themselves to communicate over another network in the event that part or all of their primary 
network is lost. 

[0073] In practice, each of the communication networks 1661-1663 may be formed of two or more communication 
networks to provide redundancy within each control system. Indeed, the connection of the various interface modules 
1420 with different networks can be as complicated as necessary to obtain the desired level of redundancy. For sim- 
55 plicity, these potential additional levels of redundancy will be ignored in the discussion of Fig. 7 contained herein. 

[0074] The communication networks 1661-1663 may be implemented in accordance with SAE J 1708/1587 and/or 
J 1939 standards, or some other network protocol, as previously described. The transmission medium is preferably 
fiber optic cable for robustness. 



11 



EP 1 424 103 A2 



[0075] When the variant module 1413 is mounted on the chassis 1417, connecting the chassis control system 1511 
and the variant control system 1512 is achieved simply through the use of two mating connectors 1681 and 1682 that 
include connections for one or more communication busses, power and ground. The chassis connector 1682 is also 
physically and functionally mateable with connectors for other variant modules, i.e., the chassis connector and the 

5 other variant connectors are not only capable of mating physically, but the mating also produces a workable vehicle 
system. A given set of switches or other control devices 1651 on the dash (see Fig. 5) may then operate differently 
depending on which variant is connected to the chassis. Advantageously, therefore, it is possible to provide a single 
interface between the chassis and the variant module (although multiple interfaces may also be provided for redun- 
dancy). This avoids the need for a separate connector on the chassis for each different type of variant module, along 

10 with the additional unutilized hardware and wiring, as has conventionally been the approach utilized. 

[0076] Upon power up, the variant control system 1512 and the chassis control system 1511 exchange information 
that is of interest to each other. For example, the variant control system 1512 may communicate the variant type of 
the variant module 1413. Other parameters may also be communicated. For example, information about the weight 
distribution on the variant module 1413 may be passed along to the chassis control system 1511, so that the trans- 

15 mission shift schedule of the transmission 1493 can be adjusted in accordance with the weight of the variant module 
1413, and so that a central tire inflation system can control the inflation of tires as a function of the weight distribution 
of the variant. Similarly, information about the chassis can be passed along to the variant. For example, where a variant 
module is capable of being used by multiple chassis with different engine sizes, engine information can be communi- 
cated to a wrecker variant module so that the wrecker variant knows how much weightthe chassis is capable of pulling. 

20 Thus, an initial exchange of information in this manner allows the operation of the chassis control system 1511 to be 
optimized in accordance with parameters of the variant module 1413, and vice versa. 

[0077] Referring next to Fig. 8, an exemplary one of the interface modules 1420 is shown in greater detail. The 
interface modules 1420 each include a microprocessor 1815 that is sufficiently powerful to allow each interface module 
to serve as a central control unit. The interface modules are identically programmed and each include a memory 1831 

25 that further includes a program memory 1832 and a data memory 1834. The program memory 1832 includes BIOS 
(basic input/output system) firmware 1836, an operating system 1838, and application programs 1840, 1842 and 1844. 
The application programs include a chassis control program 1 840, one or more variant control programs 1 842, and an 
auxiliary control program 1844. The data memory 1834 includes configuration information 1846 and I/O status infor- 
mation 1848 for all of the modules 1420-1430 associated with the chassis 1417 and its variant module 1413, as well 

30 as configuration information for the interface modules (N + 1 to Z in Fig. 8) of other variant modules that are capable 
of being mounted to the chassis 1417. 

[0078] It is therefore seen that all of the interface modules 1420 that are used on the chassis 1417 and its variant 
module 1413, as well as the interface modules 1420 of other variant modules that are capable of being mounted to 
the chassis 1417, are identically programmed and contain the same information. Each interface module 1420 then 

35 utilizes its network address to decide when booting up which configuration information to utilize when configuring itself, 
and which portions of the application programs 1840-1844 to execute given its status as a master or non-master 
member of one of the control systems 1511-1513. A master interface module may be used to provide a nexus for 
interface operations with devices external to the control systems 1511-1513. The interface modules are both physically 
and functionally interchangeable because the interface modules are capable of being plugged in at any slot on the 

40 network, and are capable of performing any functions that are required at that slot on the network. 

[0079] This arrangement is highly advantageous. Because all of the interface modules 1420 are identically pro- 
grammed and store the same information, the interface modules are physically and functionally interchangeable within 
a given class of vehicles. The use of a single type of interface module makes it easier to find replacement interface 
modules and therefore enhances the field serviceability of the control system 1412. 

45 [0080] Additionally, as previously noted, each interface module 1420 stores I/O status information for all of the mod- 
ules 1420-1430 associated with the chassis 1417 and its variant module 1413. Therefore, each interface module 1420 
has total system awareness. As a result, it is possible to have each interface module 1420 process its own inputs and 
outputs based on the I/O status information in order to increase system responsiveness and in order to reduce the 
amount of communication that is required with the central control unit. The main management responsibility of the 

50 central control unit or master interface module above and beyond the responsibilities of all the other interface modules 
1420 then becomes, for example, to provide a nexus for interface operations with devices that are external to the 
control system of which the central control unit is a part. 

[0081] Referring now to Figs. 9-12, a preferred technique for transmitting I/O status information between the interface 
modules 1420 will now be described. Although this technique is primarily described in connection with the chassis 
55 control system 1511, this technique is preferably also applied to the variant control system 1512 and the auxiliary 
control system 1513, and/or in the control system 12. 

[0082] Referring first to Fig. 9, as previously described, the chassis control system 1511 includes the interface mod- 
ules 1421-1425, the input devices 1441 , and the output devices 1451 . Also shown in Fig. 9 are the display 1481 , the 
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data logger 1485, and the communication network 1661 which connects the interface modules 1421-1425. In practice, 
the system may include additional devices, such as a plurality of switch interface modules connected to additional I/O 
devices, which for simplicity are not shown. The switch interface modules may be the same as the switch interface 
modules 20 previously described and, for example, may be provided in the form of a separate enclosed unit or in the 

5 more simple form of a circuit board mounted with associated switches and low power output devices. In practice, the 
system may include other systems, such as a display interface used to drive one or more analog displays (such as 
gauges) using data received from the communication network 1661. Any additional modules that interface with I/O 
devices preferably broadcast and receive I/O status information and exert local control in the same manner as detailed 
below in connection with the interface modules 1421-1425. As previously noted, one or more additional communication 

10 networks may also be included which are preferably implemented in accordance with SAE J 1 708/1 587 and/or J1 939 
standards. The communication networks may be used, for example, to receive I/O status information from other vehicle 
systems, such as an engine or transmission control system. Arbitration of I/O status broadcasts between the commu- 
nication networks can be performed by one of the interface modules 1420. 

[0083] To facilitate description, the input devices 1441 and the output devices 1451 have been further subdivided 
15 and more specifically labeled in Fig. 9. Thus, the subset of the input devices 1441 which are connected to the interface 
module 1421 are collectively labeled with the reference numeral 1541 and are individually labeled as having respective 
input states 1-11 to 1-15. Similarly, the subset of the output devices 1451 which are connected to the interface module 
1421 are collectively labeled with the reference numeral 1551 and are individually labeled as having respective output 
states 0-11 to 0-15. A similar pattern has been followed for the interface modules 1422-1425, as summarized in Table 
20 | below: 



Table I 



Interface 
Module 


Input 
Devices 


Input States 


Output 
Devices 


Output States 


1421 


1541 


1-11 to 1-15 


1551 


0-11 to 0-15 


1422 


1542 


1-21 to I-25 


1552 


0-21 to 0-25 


1423 


1543 


1-31 to I-35 


1553 


0-31 to 0-35 


1424 


1544 


1-41 to I-45 


1554 


0-41 to 0-45 


1425 


1545 


1-51 to I-55 


1555 


0-51 to 0-55 



[0084] Of course, althoughfive inputdevices 1441 and five output devices 1451 are connected to each of the interface 
modules 1420 in the illustrated embodiment, this number of I/O devices is merely exemplary and a different number 
of devices could also be used, as previously described. 

[0085] The interface modules 1420 each comprise a respective I/O status table 1520 that stores information per- 
taining to the I/O states of the input and output devices 1441 and 1451 . Referring now to Fig. 10, an exemplary one 
of the I/O status tables 1520 is shown. As shown in Fig. 10, the I/O status table 1520 stores I/O status information 
pertaining to each of the input states 1-11 to 1-15, 1-21 to 1-25, 1-31 to 1-35, 1-41 to 1-45, and 1-51 to 1-55 of the 
input devices 1541-1545, respectively, and also stores I/O status information pertaining to each of the output states 
0-11 to 0-15, 0-21 to 0-25, 0-31 to 0-35, 0-41 to 0-45, and 0-51 to 0-55 of the output devices 1551-1555, respec- 
tively. The I/O status tables 1520 are assumed to be identical, however, each I/O status table 1520 is individually 
maintained and updated by the corresponding interface module 1420. Therefore, temporary differences may exist 
between the I/O status tables 1520 as updated I/O status information is received and stored. Although not shown, the 
I/O status table 1520 also stores I/O status information for the interface modules 1426-1428 of the variant control 
system 1512 and the interface modules 1429-1430 of the auxiliary control system 1513. 

[0086] In practice, although Fig. 10 shows the I/O status information being stored next to each other, the memory 
locations that store the I/O status information need not be contiguous and need not be located in the same physical 
media. It may also be noted that the I/O status table 1520 is, in practice, implemented such that different I/O states 
are stored using different amounts of memory. For example, some locations store a single bit of information (as in the 
case of a digital input device or digital output device) and other locations store multiple bits of information (as in the 
case of an analog input device or an analog output device). The manner in which the I/O status table is implemented 
is dependent on the programming language used and on the different data structures available within the programming 
language that is used. In general, the term I/O status table is broadly used herein to encompass any group of memory 
locations that are useable for storing I/O status information. 

[0087] Also shown in Fig. 1 0 are a plurality of locations that store intermediate status information, labeled IM-11 , IM- 
21 , IM-22, and IM-41 . The intermediate states IM-11 , IM-21 , IM-22, and IM-41 are processed versions of selected I/O 
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states. For example, input signals may be processed for purposes of scaling, unit conversion and/or calibration, and 
it may be useful in some cases to store the processed I/O status information. Alternatively, the intermediate states IM- 
11, IM-21, IM-22, and IM-41 may be a function of a plurality of I/O states that in combination have some particular 
significance. The processed I/O status information is then transmitted to the remaining interface modules 1420. 

5 [0088] Referring now to Figs. 11-12, Fig. 11 is a flowchart describing the operation of the control system of Fig. 9, 
and Fig. 12 is a data flow diagram describing data flow through an exemplary interface module during the process of 
Fig. 11. As an initial matter, it should be noted that although Fig. 11 depicts a series of steps which are performed 
sequentially, the steps shown in Fig. 11 need not be performed in any particular order. In practice, for example, modular 
programming techniques are used and therefore some of the steps are performed essentially simultaneously. Addi- 

10 tionally, it may be noted that the steps shown in Fig. 11 are performed repetitively during the operation of the interface 
module 1421, and some of the steps are in practice performed more frequently than others. For example, input infor- 
mation is acquired from the input devices more often than the input information is broadcast over the communication 
network. Although the process of Fig. 11 and the data flow diagram of Fig. 12 are primarily described in connection 
with the interface module 1421, the remaining interface modules 1422-1425 operate in the same manner. 

15 [0089] At step 1852, the interface module 1421 acquires input status information from the local input devices 1541 . 
The input status information, which pertains to the input states 1- 11 to 1-15 of the input devices 1541, is transmitted 
from the input devices 1541 to the interface module 1421 by way of respective dedicated communication links. At step 
1854, the input status information acquired from the local input devices 1541 is stored in the I/O status table 1520 at 
a location 1531. For the interface module 1421, the I/O devices 1541 and 1551 are referred to as local I/O devices 

20 since the I/O devices 1541 and 1551 are directly coupled to the interface module 1421 by way of respective dedicated 
communication links, as opposed to the remaining non-local I/O devices and 1542-1545 and 1552-1555 which are 
indirectly coupled to the interface module 1421 by way of the communication network 1661 . 

[0090] At step 1856, the interface module 1421 acquires I/O status information for the non-local input devices 
1542-1545 and the non-local output devices 1552-1555 by way of the communication network 1661. Specifically, the 

25 interface module 1421 acquires input status information pertaining to the input states 1-21 to 1-25, 1-31 to 1-35, 1-41 
to 1-45, 1-51 to 1-55 of the input devices 1542-1545, respectively, and acquires output status information pertaining 
to the output states 0-21 to 0-25, 0-31 to 0-35, 0-41 to 0-45, 0-51 to 0-55 of the output devices 1552-1555. The 
input status information and the output status information are stored in locations 1 533 and 1 534 of the I/O status table 
1520, respectively, s. step 1858. 

30 [0091] At step 1 860, the interface module 1 421 determines desired output states 0-1 1 to 0-1 5 for the output devices 
1551. As previously noted, each of the interface modules 1420 stores a chassis control program 1840, one or more 
variant control programs 1842, and an auxiliary control program 1844. The interface module 1421 is associated with 
the chassis control system 1511 and, therefore, executes a portion of the chassis control program 1840. (The portion 
of the chassis control program 1 840 executed by the interface module 1421 is determined by the location of the interface 

35 module 1421 on the vehicle 1410, as previously described.) The interface module 1421 executes the chassis control 
program 1840 to determine the desired output states 0-11 to 0-15 based on the I/O status information stored in the I/ 
O status table 1520. Preferably, each interface module 1420 has complete control of its local output devices 1450, 
such that only I/O status information is transmitted on the communication network 1460 between the interface modules 
1420. 

40 [0092] At step 1862, the interface module 1421 controls the output devices 1551 in accordance with the desired 
respective output states 0-11 to 0-15. Once the desired output state for a particular output device 1551 has been 
determined, control is achieved by transmitting a control signal to the particular output device 1551 by way of a dedicated 
communication link. For example, if the output is a digital output device (e.g., a headlight controlled in on/off fashion), 
then the control signal is provided by providing power to the headlight by way of the dedicated communication link. 

45 Ordinarily, the actual output state and the desired output state for a particular output device are the same, especially 
in the case of digital output devices. However, this is not always the case. For example, if the headlight mentioned 
above is burned out, the actual output state of the headlight may be "off," even though the desired output state of the 
light is "on." Alternatively, for an analog output device, the desired and actual output states may be different if the 
control signal is not properly calibrated for the output device. 

50 [0093] At step 1864, the interface module 1421 stores output status information pertaining to the desired output 
states 0-11 to 0-15 for the output devices 1551 in the I/O status table 1520. This allows the output states 0-11 to O- 
1 5 to be stored prior to being broadcast on the communication network 1 661 . At step 1 866, the interface module 1 421 
broadcasts the input status information pertaining to the input states 1-11 to 1-15 of the input devices 1541 and the 
output status information pertaining to the output states 0-1 to 0-1 5 of the output devices 1551 overthe communication 

55 network 1661 . The I/O status information is received by the interface modules 1422-1425. Step 1866 is essentially the 
opposite of step 1856, in which non-local I/O status information is acquired by the interface module 1421 by way of 
the communication network 1661. In other words, each interface module 1420 broadcasts its portion of the I/O status 
table 1520 on the communication network 1661, and monitors the communication network 1661 for broadcasts from 
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the remaining interface modules 1 420 to update the I/O status table 1 520 to reflect updated I/O states for the non-local 
I/O devices 1441 and 1451. In this way, each interface module 1420 is able to maintain a complete copy of the I/O 
status information for all of the I/O devices 1441 and 1451 in the system. 

[0094] The interface modules 1423 and 1425 are used to transmit I/O status information between the various control 
5 systems 1511-1513. Specifically, as previously noted, the interface module 1423 is connected to both the communi- 
cation network 1661 for the chassis control system 1511 and to the communication network 1662 for the variant control 
system 1512. The interface module 1423 is preferably utilized to relay broadcasts of I/O status information back and 
forth between the interface modules 1421-1425 of the chassis control system 1511 and the interface modules 
1426-1428 of the variant control system 1512. Similarly, the interface module 1425 is connected to both the commu- 
10 nication network 1 661 for the chassis control system 1511 and the to the communication network 1 663 for the auxiliary 
control system 1513, and the interface module 1425 is preferably utilized to relay broadcasts of I/O status information 
back and forth between the interface modules 1421-1425 of the chassis control system 1511 and the interface modules 
1429-1430 of the auxiliary control system 1513. 

[0095] The arrangement of Figs. 9-12 is advantageous because it provides a fast and efficient mechanism for up- 

15 dating the I/O status information 1848 stored in the data memory 1834 of each of the interface modules 1420. Each 
interface module 1420 automatically receives, at regular intervals, complete I/O status updates from each of the re- 
maining interface modules 1420. There is no need to transmit data request (polling) messages and data response 
messages (both of which require communication overhead) to communicate information pertaining to individual I/O 
states between individual I/O modules 1420. Although more I/O status data is transmitted, the transmissions require 

20 less overhead and therefore the overall communication bandwidth required is reduced. 

[0096] This arrangement also increases system responsiveness. First, system responsiveness is improved because 
each interface module 1420 receives current I/O status information automatically, before the information is actually 
needed. When it is determined that a particular piece of I/O status information is needed, there is no need to request 
that information from another interface module 1420 and subsequently wait for the information to arrive via the com- 

25 munication network 1661. The most current I/O status information is already assumed to be stored in the local I/O 
status table 1520. Additionally, because the most recent I/O status information is always available, there is no need to 
make a preliminary determination whether a particular piece of I/O status information should be acquired. Boolean 
control laws or other control laws are applied in a small number of steps based on the I/O status information already 
stored in the I/O status table 1520. Conditional control loops designed to avoid unnecessarily acquiring I/O status 

30 information are avoided and, therefore, processing time is reduced. 

[0097] It may also be noted that, according to this arrangement, there is no need to synchronize the broadcasts of 
the interface modules 1420. Each interface module 1420 monitors the communication network 1661 to determine if 
the communication network 1661 is available and, if so, then the interface module broadcasts the I/O status information 
for local I/O devices 1441 and 1451. (Standard automotive communication protocols such as SAE J1708 or J1939 

35 provide the ability for each member of the network to monitor the network and broadcast when the network is available.) 
Although it is desirable that the interface modules rebroadcast I/O status information at predetermined minimum inter- 
vals, the broadcasts may occur asynchronously. 

[0098] The technique described in connection with Figs. 9-12 also provides an effective mechanism for detecting 
that an interface module 1420 has become inoperable. As just noted, the interface modules 1420 rebroadcast I/O 

40 status information at predetermined minimum intervals. Each interface module 1420 also monitors the amount of time 
elapsed since an update was received from each remaining interface module 1420. Therefore, when a particular in- 
terface module 1420 has become inoperable, the inoperability of the interface module 1420 can be detected by de- 
tecting the failure of the interface module 1420 to rebroadcast its I/O status information within a predetermined amount 
of time. Preferably, the elapsed time required for a particular interface module 1420 to be considered inoperable is 

45 several times the expected minimum rebroadcast time, so that each interface module 1420 is allowed a certain number 
of missed broadcasts before the interface module 1420 is considered inoperable. A particular interface module 1420 
may be operable and may broadcast I/O status information, but the broadcast may not be received by the remaining 
interface modules 1420 due, for example, to noise on the communication network. 

[0099] This arrangement also simplifies the operation of the data logger 1485 and automatically permits the data 
50 logger 1485 to store I/O status information for the entire control system 1412. The data logger 1485 monitors the 
communication network 1661 for I/O status broadcasts in the same way as the interface modules 1420. Therefore, the 
data logger 1485 automatically receives complete system updates and is able to store these updates for later use. 
[0100] As previously noted, in the preferred embodiment, the interface modules 1423 and 1425 are used to transmit 
I/O status information between the various control systems 1511-1513. In an alternative arrangement, the interface 
55 module 1429 which is connected to all three of the communication networks 1661-1663 could be utilized instead. 
Although less preferred, the interface module 1429 may be utilized to receive I/O status information from each of the 
interface modules 1421-1428 and 1430, assemble the I/O status data into an updated I/O status table, and then re- 
broadcast the entire updated I/O status table 1520 to each of the remaining interface modules 1421-1428 and 1430 
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at periodic or aperiodic intervals. Therefore, in this embodiment, I/O status information for the all of the interface modules 
1420 is routed through the interface module 1429 and the interface modules 1420 acquire I/O status information for 
non-local I/O devices 1440 and 1450 by way of the interface module 1429 rather than directly from the remaining 
interface modules 1420. 

5 

4. Additional Aspects 

[0101] The preferred control systems and methods exhibit enhanced reliability and maintainability because it uses 
distributed power distribution and data collecting. The interface modules are interconnected by a network communi- 
10 cation link instead of a hardwired link, thereby reducing the amount of wiring on the fire truck. Most wiring is localized 
wiring between the I/O devices and a particular interface module. 

[0102] Additionally, the interface modules in the preferred systems are interchangeable units. If the control system 
were also applied to other types of equipment service vehicles (e.g., snow removal vehicles, refuse handling vehicles, 
cement/concrete mixers, military vehicles such as those of the multipurpose modular type, on/off road severe duty 
15 equipment service vehicles, and so on), the interface modules would even be made interchangeable across platforms 
since each interface module views the outside world in terms of generic inputs and outputs. 

B. Turret Control 

20 [0103] Referring to Figs. 13-16, a turret 61 0 that is controlled by a fire fighting vehicle control system 612 according 
to another embodiment of the invention is illustrated. The turret control system 612 may be implemented as a stand- 
alone system or in combination with one of the control system architectures described above. Except as specifically 
noted, the following discussion is generally applicable to both types of embodiments. 

[0104] Referring first to Fig. 13, Fig. 13 is an overview of the preferred control system 612 for controlling the turret 
25 610. The control system 612 includes a plurality of interface modules 613a-613d (collectively, "the interface modules 
613"), turret I/O devices 614, and one or more operator interfaces 616a and 616b (collectively, "the operator interfaces 
616"). The control system 612 may be implemented using the interface modules 613 regardless whether the control 
system 612 is implemented in combination with the control system 12. If the control system 612 is implemented in 
combination with the control system 12, then other, non-turret I/O devices may also be coupled to the interface modules 
30 613. If the control system 612 is implemented as a stand-alone control system, then it may be preferable to replace 
the interface modules 613 with a single stand-alone electronic control unit. 

[0105] As discussed in greater detail in connection with Figs. 14-15, the turret I/O devices 614 include actuators, 
position sensors, limit switches and other devices used to control the turret 610. The operator interfaces 616a and 
616b each include display 618a and 618b (collectively, "the displays 618") and joysticks 619a and 619b (collectively, 
35 "the joysticks 619"). For example, the operator interface 616a may be located in a driver compartment of the fire fighting 
vehicle 620 and the other operator interface 616b may be located at another location, such as a rear or side vehicle 
location of the fire fighting vehicle 620, for example. 

[0106] Assuming the control system 612 is implemented in combination with the control system 12 (with or without 
the enhancements of Figs. 5-12), the interface modules 613 are connected to each other by way of the communication 

40 network 60, previously described in connection with Figs. 1-4. Therefore, the interface modules shown in Fig. 13 are 
coupled to the same communication network 60 as the interface modules shown in Figs. 1-4. Forsimplicity, in describing 
the turret control system 612, all of the interface modules in the turret control system 612 as well as the interface 
modules shown in Figs. 1-4 will be referred to using the reference number 613. As previously described, the interface 
modules 613 are locally disposed with respect to the respective input and output devices to which each interface 

45 module is coupled so as to permit distributed data collection from the plurality of input devices and distributed power 
distribution to the plurality of output devices. Of course, each of the interface modules 613 may, in addition, be coupled 
to other non-local input devices and output devices. Further, the control system 612 can also include input devices 
and output devices which are not connected to the interface modules 613. 

[0107] It may also be noted that if the control system 12 is employed, it is preferably implemented so as to incorporate 
50 the additional features described in connection with Figs. 5-12. Therefore, all of the interface modules 613 are preferably 
identically constructed and programmed. Further, each of the interface modules 613 broadcasts I/O status information 
on the communication network 60, and each of the interface modules 613 uses the I/O status broadcasts to maintain 
an I/O status table 1520. Based on the I/O status information stored in the I/O status table 1520 maintained by each 
respective interface module 613, the respective interface module 613 executes pertinent portions of the control pro- 
55 grams to control the output devices to which it is directly connected. 

[0108] Referring now also to Fig. 14, Fig. 14 shows one embodiment of the turret 61 0, although it should be noted 
that the teachings herein do not depend on the exact configuration, construction, size or assembly of the turret 610. 
In this regard, it will be appreciated that the turret 610 is not necessarily drawn to scale in Fig. 14 relative to the fire 
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fighting vehicle 620. 

[0109] The turret 610 is shown to be of a type used on fire fighting vehicles such as municipal and airport fire trucks, 
crash trucks, emergency response vehicles, aerial platform trucks, ladder trucks, pumpers, tankers, and so on. Gen- 
erally, such vehicles have a chassis and a vehicle body mounted on the chassis, with the chassis and vehicle body in 

5 combination including an operator compartment capable of receiving a human operator. The operator compartment 
further includes steering and throttle controls for receiving operator inputs to control movement of the fire fighting 
vehicle along a road. The turret 610 is mounted to a roof of the fire fighting vehicle 620, and is configured to deploy or 
dispense a fire fighting agent (i.e., water, foam, foaming agents, etc.). It should be understood that Fig. 15 merely 
illustrates one embodiment, and the turret 610 may be mounted anywhere and in any manner to the chassis/vehicle 

10 body of the fire fighting vehicle 620. 

[0110] The turret 610 includes an adjustable mount assembly which includes a fire-extinguishing agent delivery 
system capable of transporting a fire-extinguishing agent through the mount assembly. In one embodiment, the ad- 
justable mount assembly comprises a base 624, a first arm 626, a second arm 628, a third arm 630, and a nozzle 631 . 
The arms 626-630 are hingedly moveable relative to each other and, in combination, form a boom for placing the nozzle 

15 631 in a particular position and orientation. As will be appreciated, the arms 624-626 are not drawn to scale, and may 
have lengths which are significantly larger than those shown relative to the overall size of the fire fighting vehicle 620. 
Also, although three arms are shown which are movable in particular directions, fewer or more arms may be used 
which may be moveable in a different manner. 

[0111] The base 624 is preferably configured to mount to the top of the fire fighting vehicle 620. In one embodiment, 
20 the base 624 is configured to swivel or rotate around an axis, as indicated by 91 . In another embodiment, the base 
624 is fixed and is not able to rotate. Assuming that the base 624 is configured to rotate, and referring now also to Fig. 
15, the base 624 may be coupled to a motor or other actuator (shown as actuator 632a) which causes the rotation of 
the base 624 in the direction of 91 . A position indicator or sensor 634a measures movement of the base 624 in the 91 
direction, and a pair of limit switches 636a ascertain whether the base 624 is at one of the boundaries of movement 
25 in the 91 direction. 

[0112] The first arm 626 is rotatably coupled to the base 624, and is mounted for hinged movement, as indicated by 
92. The first arm 626 may be coupled to a motor or other actuator (shown as actuator 632b) which causes the rotation 
of the first arm 626 around 92. A position sensor 634b measures movement of the first arm 626 in the 92 direction, 
and a pair of limit switches 636b ascertain whether the first arm 626 is at one of the boundaries of movement in the 
30 92 direction. 

[0113] The second arm 628 is rotatably coupled to the first arm 626 and is mounted for hinged movement, as indicated 
by 93. The second arm 628 may be coupled to a motor or other actuator (shown as actuator 632c) which causes the 
rotation of the second arm 628 around 93. A position sensor 634c measures movement of the second arm 628 in the 
93 direction, and a pair of limit switches 636c ascertain whether the second arm 628 is at the one of the boundaries 

35 of movement in the 93 direction. 

[0114] The second arm 628 may also have a length which is adjustable (i.e., extendable or retractable) as indicated 
by L1 . The second arm 628 may further be coupled to a motor or other actuator (shown as actuator 632d) which causes 
the extension of the second arm 628 along L1 . Adjustments along L1 allow for changes in the height of the turret 610 
without requiring the rotation of any arm. A position sensor 634d measures movement of the second arm 628 in the 

40 L1 direction, and a pair of limit switches 636d ascertain whether the second arm 628 is at one of the boundaries of 
movement in the L1 direction. 

[0115] The third arm 630 is rotatably coupled to the second arm 628, and is mounted for hinged movement, as 
indicated by 94. The third arm 630 may be coupled to a motor or other actuator (shown as actuator 632e) which causes 
the rotation of the third arm 630 around 94. A position sensor 634e measures movement of the third arm 630 in the 94 
45 direction, and a pair of limit switches 636e ascertain whether the third arm 630 is at the one of the boundaries of 
movement in the 94 direction. 

[0116] The third arm 630 may also swivel around a vertical axis, as indicated by 95. The third arm 630 may further 
be coupled to a motor or other actuator (shown as actuator 632f) which causes the rotation of the third arm 630 around 
95. A position sensor 634f measures movement of the third arm 630 in the 95 direction, and a pair of limit switches 

50 636f ascertain whether the third arm 630 is at the one of the boundaries of movement in the 95 direction. 

[0117] The base 624, the first arm 626, the second arm 628, and the third arm 630 are fluidly connected, allowing 
the flow of a fire fighting agent to pass from the base 624 to the third arm 630. Fire fighting agent enters the base 624 
from a source such as a pump, hydrant, pipe, etc. The nozzle 631 is mounted on a free end of the third arm 630 and 
receives the fire-extinguishing agent transported by the arms 626-630. The position and orientation of the nozzle 631 

55 are controlled by a turret controller 660 (discussed below in connection with Fig. 16) to direct the flow of fire fighting 
agent toward an intended target or other region of interest such as a fire, chemical spill, etc. Furthermore, the nozzle 
631 may be capable of controlling the flow rate of fire fighting agent (as indicated by F1). The nozzle 631 may further 
be coupled to a motor or actuator (shown as actuator 632g) which controls the flow rate setting for the nozzle 631 . A 
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position or flow rate sensor 634g measures the nozzle setting, and a set of switches or other sensors 636g provide 
information regarding whether the setting of the nozzle 631 is at particular levels (e.g., full on, full off). The flow rate 
sensor 634g may measure the flow rate at the nozzle 631 , or may measure the amount of fire fighting agent remaining 
in an on-board storage tank and deduce flow rate by calculating the rate of change in the amount of remaining fire 
5 fighting agent. 

[0118] In an exemplary embodiment, the turret 610 is a Snozzle Model C-50 or 50A available from Crash Rescue 
Equipment Service, Inc. of Dallas, Texas. In an alternative embodiment, the turret 61 0 is a Snozzle Model P-50 or 50A 
also available from Crash Rescue Equipment Service, Inc. of Dallas, Texas. In another alternative embodiment, the 
turret 61 0 may be a Rhino Bumper Turret available from Crash Rescue Equipment Service, Inc. of Dallas, Texas. As 
10 previously indicated, however, the particular configuration of the turret is not important and other turret systems from 
other manufacturers could also be used. 

[0119] As shown in Fig. 15, the position indicators or sensors 634a-634g (collectively, "the position sensors 634") 
and the limit switches 636a-636g (collectively, "the limit switches 636") are connected as input devices to the interface 
modules 613a-613b. The interface modules 613a-613b thereby receive the position information pertaining to the po- 

15 sition and orientation of the nozzle 631. The actuators 632a-632g (collectively, "the actuators 632") are connected as 
output devices to the interface modules 613a-613b. The interface modules 613a-613b provide the actuators 632 with 
control signals to adjust the base 624 and the arms 626-630 to thereby adjust the position and orientation of the nozzle 
631. The actuators 632, the position sensors 634 and the limit switches 636 collectively correspond to "the turret I/O 
devices" which are labeled with the reference number 614 in Fig. 13. Other I/O devices may also be used. The interface 

20 module 613a may be located near the nozzle 631 of the turret 610 and the interface module 613b may be located near 
the base 624 of the turret 610, with the turret I/O devices 614 preferably being connected to a particular interface 
module 613a, 613b based on location. 

[0120] The position sensors 634 may be encoders, resolvers or other suitable position measuring devices. The ac- 
tuators 632 may be electric motors, especially if the fire fighting vehicle is implemented as an electric vehicle. Alterna- 
25 tively, the actuators 632 may for example be electrically controlled valves that control the flow of hydraulic power to 
the turret if turret movement is hydraulically driven. Other arrangements could also be used. 

[0121] The joysticks 619 are preferably multi-axis joysticks, with the control system 612 being capable of receiving 
operator inputs from either joystick 61 9a, 61 9b and using the operator inputs to control the turret 61 0, as detailed below. 
In one embodiment, the joysticks are three-axis joysticks, with left to right corresponding to boom up and boom down 

30 (92 and 63 control), forward and back corresponding to nozzle up and nozzle down (94 control), and twist corresponding 
to nozzle left and nozzle right (95 control). In this configuration, the base 624 is held stationary. Additional or alternative 
operator input devices may be used if the base 624 is not held stationary, if the joysticks 619 are implemented using 
two-axis joysticks rather than three-axis joysticks, or if a different type of operator input device is desired. In practice, 
the configuration of the joysticks may vary from system to system depending on user preferences. As described in 

35 greater detail below, in an alternative embodiment, the fire fighting vehicle 620 includes two turrets, with each of the 
joysticks 619a and 619b being useable to control either or both turrets, depending on how the turret controller 660 is 
configured. 

[0122] Because the joysticks 61 9 are coupled to the actuators 632 through the turret controller 660, the turret con- 
troller 660 can process the operator inputs from the joysticks 619 to provide user-friendly control of the actuators 632. 
40 For example, the turret controller 660 may be programmed to increase the speed of movement of the turret 610 as the 
operator maintains a particular joystick position. For example, if the operator holds the joystick 619a or 619b in the left 
position, the speed of upward movement of the boom may be programmed to increase the longer the joystick-left 
position is maintained. 

[0123] Referring now to Fig. 16, the arrangement of Figs. 13-15 can be used to implement a variety of advantageous 
45 features, such as turret envelope control, turret targeting, turret pan, turret deploy, turret store and other features. 
Figure 16 is a block diagram of a turret control system that implements such features. The turret control system 612 
comprises the operator interface 616, a turret motion controller 660, the actuators 632, the position sensors 634, and 
a plurality of other input devices such as a fire position indicator 635, described in greater detail below. 
[0124] In the preferred embodiment, the turret motion controller 660 is implemented using interface modules, and 
50 preferably comprises the interface modules 613a and 61 3b of Fig. 13. According to this arrangement, and as previously 
indicated, all of the interface modules 613 are preferably identically programmed, and the interface modules 613 each 
include control programs which implement a plurality of control modules 661 including an envelope control module 
662, a turret targeting module 664, a turret learn module 665, a turret pan module 668, a turret deploy module 670, 
and a turret store module 672. The interface module 613a then receives I/O status information from other interface 
55 modules 61 3 through I/O status broadcasts, and maintains an I/O status table 1 520 based on the I/O status broadcasts 
and based on locally acquired/determined I/O status information. The interface module 61 3a then controls the actuators 
632a-632d by executing those portions of the control programs pertinent to the actuators 632a-632d and using the I/ 
O status information stored in its I/O status table 1520. The interface module 613b operates in the same manner, 
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except that it controls the actuators 632g-632f by executing those portions of the control programs pertinent to the 
actuators 632g-632f. As a practical matter, there is a significant of overlap between the portions of the control program 
pertinent to the actuators 632a-632d and the portions of the control program pertinent to the actuators 632e-632g. The 
interface modules 613c and 613d are not shown in Fig. 16, although it is to be understood that the input information 
5 from the operator interfaces 616 is received by the interface modules 613c and 613d and transmitted from the interface 
modules 613c and 613d to the interface modules 613a and 613b in the form of an I/O status broadcast over the 
communication network 60. 

[0125] The envelope control, turret targeting, turret pan, turret deploy, turret store and other features will now be 
described in greater detail. 

10 

1. Envelope Control 

[0126] As shown in Fig. 16, the motion controller 660 has an envelope control module 662 that provides envelope 
control to improve turret guidance, safety, and crash avoidance. The motion controller 660 assists a human turret 

15 operator who may have obscured vision from smoke, debris, buildings, etc, and who is susceptible to controlling the 
turret 610 so as to inadvertently cause the turret 610 to collide with an object within the range of motion of the turret 
610. Thus, as shown in Fig. 13, the turret 610 has a maximum overall range of motion (i.e., a limit or the maximum 
extent which the turret can physically extend) shown as a boundary 615. Within the boundary 615 are obstructions 
that the turret 61 0 is susceptible to impacting. The obstructions may include, for example, portions of the vehicle 620. 

20 A permissible travel envelope 618, shown in Fig. 14, shows the three-dimensional space within the overall range of 
motion which does not include the obstructions, and therefore within which the turret 61 0 may safely be positioned and 
move. It should be noted that the shape of the range of motion as well as the envelope 61 8 are shown only as examples, 
and that a wide variety of shapes, configurations, and arrangements may be used according to these teachings. The 
control system 612 provides capabilities to identify the location of objects within the range of motion of the turret 610 

25 (such as the cab or chassis of the fire fighting vehicle, as well as other objects) to avoid collision with those objects. 
[0127] In describing operation of the envelope control module 662, it is initially assumed that the envelope control 
module 662 is used when a human operator is controlling the turret 610 using the operator interface 616 (although, as 
detailed below, the envelope control module 662 is also useable when the turret 610 is under control of one of the 
modules 664, 668, 670, or 672). In this case, the modules 664, 665, 668, 670, 672 and 674 and the fire position indicator 

30 635 are not active. 

[0128] The operation of the turret controller 660 and particularly the envelope control module 662 is described in 
greater detail in connection with the flowcharts of Figs. 17-19. Referring first to Fig. 17, at step 681, operator inputs 
are received from one of the operator interfaces 616 and transmitted by the appropriate interface module 613c or 613d 
in the form of an I/O status broadcast to all of the interface modules including the interface modules 613a-613b, which 

35 form the turret motion controller 660. The turret motion controller 660 acquires the operator inputs and processes (e. 
g., scales, amplifies, power conditions, etc.) the inputs to generate control signals to control motion of the turret 610. 
As originally acquired, the operator inputs may direct movement of the turret 610 in such a way that the turret 610 is 
susceptible to impacting the fire fighting vehicle 620. The operator inputs are also provided to the envelope control 
module 660 (the above-mentioned processing may be performed before and/or after the operator inputs are provided 

40 to the envelope control module 660). Schematically, a selector switch 675 is shown in Fig. 16 to indicate that the 
envelope control module 662 uses inputs from one of the operator interfaces 616 as opposed to inputs from one of 
the modules 664, 668, 670, 672, but it will be understood that the selector switch 675 is representative of logic that is 
implemented the control program executed by the turret motion controller 660. 

[0129] At the same time, at step 682, the position of the actuators 632 is monitored by the position sensors 634, and 
45 the current position of the actuators 632 is fed back to the envelope control module 662. At step 683, the envelope 
control module 662 compares the current position of the turret 610 with a representation 671 of the permissible travel 
envelope for the turret 61 0 and, at step 684, it is determined whether the turret 61 0 is near/past the edge of the envelope 
or is otherwise susceptible to impacting the vehicle 620. Steps 683-84 are described in greater detail below. At step 
685, when the turret 61 0 is not near/past the edge of the envelope, the turret motion controller 660 operates essentially 
50 as a pass-through device, and passes the inputs received from the joystick 619a or 619b along to the actuators 632 
without intervention. Alternatively, at step 686, when the turret 610 is near the edge of the operating envelope, or is 
past the edge of the operating envelope (depending on how steps 683-84 are implemented, as described below), the 
envelope control module 662 becomes active and provides the actuators 632 with different control signals to alter a 
path of travel of the turret 610, e.g., to prevent the turret 610 from traveling outside the permissible travel envelope 
55 and thus prevent the turret 610 from impacting the vehicle 620. 

[0130] The specific manner of operation of the envelope control module 662 at steps 683-84 depends in part on the 
scheme that is used to store the representation 671 of the permissible travel envelope. The representation 671 may 
be a data set of positions, coordinates, positional/axis limits, boundaries, and so on. According to one preferred em- 
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bodiment, the representation 671 is stored in the form of permissible or impermissible combinations of values for the 
parameters 61 , 92, 93, 94, 95 and L1 . Thus, the ranges of values of the parameters 91 , 92, 93, 94, 95 and L1 that would 
cause a portion of the turret 61 0 to occupy the same space as part of the fire fighting vehicle 620, as well as a buffer 
zone surrounding the fire fighting vehicle 620, are determined and stored to form the representation 671 . For example, 

5 the representation may store limit information such that, when the turret 610 is near the store position (the position 
where the turret 610 is stored during vehicle travel) as indicated by the 91 , 92, 93, and 94 values, the 95 value must 
be approximately zero (i.e., the turret nozzle 631 must not be angularly displaced to the left or the right) to avoid the 
turret nozzle 631 colliding with other structure (e.g., emergency lights) on the roof of the fire fighting vehicle 620. The 
turret 610 may then be controlled so as to avoid these combinations of values for the parameters 91, 92, 93, 94, 95 

10 and L1 and thereby avoid impacting the fire fighting vehicle 620. 

[0131] According to another preferred embodiment, the representation 662 is a data set containing (X,Y,Z) coordi- 
nates that the turret may safely/permissibly occupy or not occupy. Specifically, an XYZ vehicle coordinate system is 
established for the fire fighting vehicle 620 with the base 624 at the origin of the coordinate system (see Fig. 1 3). The 
overall range of motion of the turret 610 around the fire fighting vehicle 620 is determined based on the lengths and 

15 relative angles of the arms 626-630 of the turret 610. The space around the fire fighting vehicle 620 is then divided 
into volume elements, with each X,Y,Z coordinate being located within a respective volume element. The representation 
671 is then constructed by defining which volume elements are inside the permissible travel envelope and which volume 
elements are outside the permissible travel envelope. Assuming initially that the main obstruction to be avoided is the 
fire fighting vehicle 620, the permissible travel envelope may be defined (typically, in advance of vehicle deployment) 

20 based on the known dimensions of the fire fighting vehicle 620 relative to the origin of the vehicle coordinate system. 
[0132] Assuming the representation 671 is constructed in this manner, then Figs. 18-19 show exemplary techniques 
for performing steps 683-684 in Fig. 1 7, although of course other techniques may also be used. For the techniques of 
Figs. 18-19, the turret 610 is modeled as a series of points PO ... PN. For example, the point P0 may be at the base 
624, and the point PN may be located at a tip of the nozzle 631 with additional points (e.g., in the range of tens or 

25 hundreds) located along the arms 626-630 between the base 624 and the nozzle 631 . Because the overall geometry 
of the turret 610 is known (including the lengths of the arms 626-630), and because the angles 91, 92, 93, 94, 95 and 
L1 are measured by the position sensors 634, and because the position of the points PO...PN is defined relative to the 
turret arms 626-630 (that is, the position of a given point along a particular one of the arms 626-630 is defined), the 
position of each point PO...PN in the vehicle coordinate system can be calculated at any time. 

30 [0133] Referring first to Fig. 18, at step 691 , the envelope control module 662 computes the position for a particular 
point Pn (initially PO and incrementing through PN). After being calculated, the position of each point Pn is then com- 
pared with the representation 671 of the permissible travel envelope to assess the position of the turret 610 relative to 
the permissible travel envelope. In one embodiment (Fig. 18), the position of point Pn is simply compared at step 695 
with the representation 671 to assess whether the point Pn is inside or outside the permissible travel envelope. In this 

35 embodiment, the permissible travel envelope is defined sufficiently small such that a buffer zone exists between the 
permissible travel envelope and the fire fighting vehicle 620. The buffer zone is made sufficiently large that enough 
time exists for the turret 610 to come to a complete stop after it has been detected that the turret 610 has left the 
permissible travel envelope and after the control signals to the actuators 632 have been adjusted to stop movement 
of the turret 610, and further taking into account the maximum speed/momentum of the turret 61 0. Therefore, in this 

40 embodiment, once it is determined at step 696 that the point Pn is outside the envelope, the control signals transmitted 
to the actuators 632 are adjusted so as to cause the turret 610 to slow to a stop as soon as possible. Once the turret 
610 comes to a stop, a warning is provided to the operator (e.g., a flashing red light), and the operator is then permitted 
to manually override the envelope control module 662 and move the turret 61 0 back into the permissible travel envelope. 
Alternatively, the turret motion controller 660 may provide control signals to the actuators 632 which cause the actuators 

45 632 to retrace their values before leaving the permissible travel envelope, so that the turret 610 is automatically returned 
to the permissible travel envelope. If the point Pn is not outside the permissible travel envelope, then n increments and 
the process is performed again for the next point Pn + 1 along the turret 610 (steps 697 and 698). 
[0134] In another embodiment, the envelope control module 662 takes into account the velocity of the turret 610 and 
causes the turret 610 to slow down before reaching the edge of the permissible travel envelope. This allows the per- 

50 missible travel envelope to be defined so as to encompass more of the overall range of motion of the turret 610, because 
it is not necessary to define the permissible travel envelope with a large buffer zone between the permissible travel 
envelope and the fire fighting vehicle 620. 

[0135] To this end, a turret velocity is calculated, for example, by subtracting the previous position from the current 
position and dividing by the amount of time elapsed (e.g., a control logic update cycle) since the position for the point 
55 Pn was previously calculated. Preferably, the turret controller 660 is implemented such that the processes of Figs. 
1 7-1 8 (as well as Fig. 1 7 and Fig. 1 9) is performed once per update cycle of the control logic that implements the turret 
controller 660, with the update cycles occurring at fixed intervals, e.g., every few hundred microseconds or less. The 
foregoing calculation results in a velocity vector since the turret position is known in three dimensions. It may also be 
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desired to calculate an average velocity vector by averaging the instantaneous velocity vector over numerous update 
cycles to reduce the effects of noise. Further, it may also be desirable to calculate an acceleration vector if a higher 
level of sophistication is required. 

[0136] Based on the velocity, multiple representations 671 of the permissible travel envelope are then used and 
5 compared against the actual position of the turret 610. For example, a multi-tier comparison scheme may be used 
wherein each point is compared to multiple representations 671 of the permissible travel envelope at step 695. De- 
pending on which envelopes a given point Pn is determined to have exited at step 696, a warning may be provided to 
the operator (e.g., a flashing yellow light) and the turret 610 may be caused to slow down (for an inner envelope), or 
the turret 610 may be brought to an immediate stop (for an outer envelope). Whether a particular envelope merely 
10 causes a warning light or instead causes the turret 610 to be brought to a stop is then varied as a function of the speed 
of the turret 610. 

[0137] Figure 19 shows another embodiment in which the velocity and acceleration of the turret 610 are computed 
in real time to obtain a dynamic assessment of the motion of the turret 61 0 relative to the permissible travel envelope. 
Figure 1 9 is similar to Fig. 18 and includes many of the same steps of Fig. 18. Only the steps that are different will be 
15 discussed. 

[0138] Thus, in Fig. 19, at step 692, the velocity and acceleration of the turret 610 are computed for each of the 
points PO ... PN. For each point, at step 693, the turret motion controller 662 then computes a stop distance, or the 
minimum amount of distance that would be traveled by the point Pn were the turret 610 brought to a stop, based on 
the current velocity and acceleration ofthe pointPn. Atstep 694, thedistance between theturret610 andthe permissible 

20 travel envelope is then computed along the current trajectory of the point Pn, and this stop distance is then compared 
at step 695 to the envelope distance to the determine a margin therebetween. At step 696,' if the margin is below a 
predetermined threshold, then the turret motion controller 662 brings the turret 610 to an immediate stop and operates 
in generally the same manner as described in the above when the turret 61 0 enters the buffer zone. Alternatively, the 
turret motion controller 660 may adjust the motion of the turret 610 to permit the turret 610 to continue moving without 

25 leaving the permissible travel envelope. For example, if the operator is commanding the turret 610 to move down and 
to the left, but motion to the left would cause the turret 61 0 to collide with a portion of the fire fighting vehicle 620, then 
the turret motion controller 660 may operate so as to cause downward but not leftward movement of the turret 61 0. In 
another alternative embodiment, when the turret 61 0 is traveling towards an edge of the permissible travel envelope, 
multi-tiered threshold levels may be used to cause the turret 610 to slow as the turret 610 nears the edge of the 

30 permissible travel envelope, in a manner akin to the multi-tiered envelopes described above. 

[0139] It may be noted that the permissible travel envelope is smaller than the size of the overall range of motion of 
the turret 610. Any range of motion beyond the overall range of motion is inherently excluded in the permissible travel 
envelope. Because the turret 61 0 cannot physically travel beyond the range of motion, the permissible travel envelope 
already inherently excludes this space and there is no need to model this space. To the extent that certain ranges of 

35 motion are excluded (e.g., certain combinations of angles or XYZ positions are not allowed) the permissible travel 
envelope is necessarily smaller than the overall range of motion. 

[0140] According to another embodiment, the permissible travel envelope may be determined and stored in real 
time. For example, a plurality of sensors (e.g., ultrasonic sensors) may be mounted to the turret 610 to provide the 
turret controller 660 with information regarding approaching obstructions. This permits the permissible travel envelope 
40 to be defined in a manner which takes into account obstructions 625 that are not part of the vehicle 620 and therefore 
are not necessarily known in advance of when the vehicle 620 arrives at the scene of a fire. Thus, if the turret controller 
660 detects an obstruction within a predetermined distance of the turret 610, the turret controller 660 may bring the 
turret 610 to a stop or alter the path of movement ofthe turret 610. A combination of this approach and the approaches 
described above may also be used. Other embodiments and combinations are also possible. 

45 

2. Turret Targeting 

[0141] The turret controller 660 preferably also assists turret targeting. For example, a human operator controlling 
a turret at the scene of a fire may not be able to identify the location of the "hot spot" (i.e. the center of a fire). The 

50 operator may have obscured vision from smoke, debris, buildings, etc, thereby reducing the effectiveness ofthe turret 
and the fire fighting agent. The turret controller 660 provides capabilities to identify the location of a hot spot or other 
desired location in a fire, and target the turret 610 on that spot when the turret operator may not be able to do so. Also, 
the operator may not be able to view the orientation ofthe nozzle, nor the direction nozzle is pointing towards due to 
smoke, debris, buildings, or other such obstacles. The turret controller 660 identifies the desired location in a fire, and 

55 targets the turret 610 on that spot when the operator of the turret 61 0 may not be able to do so. 

[0142] The turret control system 612 includes the fire position indicator 635, as shown in Fig. 16. The fire position 
indicator 635 provides information indicative of a spatial location or position of a selected region of a fire or other region 
of interest. In an exemplary embodiment, the fire position indicator 635 is indicative of the spatial position of a selected 
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region of a fire provided in coordinates (i.e. height, width, and depth coordinates such as X, Y, and Z Cartesian coor- 
dinates, or other such position indication systems) using a vehicle frame of reference. Alternatively, the fire position 
indicator 635 may be provided in two dimensional coordinates such as X, Y coordinates. Other non-Cartesian coordi- 
nate systems or other position indicators using other frames of reference may alternatively be used. 

5 [0143] Various devices may be used to implemented the fire position indicator 635. In an exemplary embodiment, 
thefire position indicator 635 indicates the hottest region within afire (typically the center or hotspot) and is implemented 
using a heat detection device. Alternatively, the fire position indicator 635 may use a laser detection device for laser- 
guided tracking. According to this latter approach, an area of interest may be identified (e.g., by directing the laser at 
a portion of a building immediately adjacent the region of interest), and the nozzle 631 can be targeted on, and can 

10 track, the area of interest of a fire. The heat detection and laser tracking approaches are now described in greater 
detail, although it will be appreciated that these approaches are merely exemplary embodiments of the fire position 
indicator 635 in the system of Fig. 1 6. 

[0144] Referring first to Fig. 20, in one embodiment, the fire position indicator 635 is implemented using a heat 
detection system 727. The heat detection system 727 includes one or more heat sensitive cameras 728. In an exemplary 

15 embodiment, the camera 728 is an infrared camera or other infrared imaging device which produces two dimensional 
(2-D) image data, although other heat sensitive devices may also be used. The image is comprised of individual pixels, 
each pixel having a pixel intensity orcolorthat is a function of temperature ortemperature differential for a corresponding 
location in the 2-D field of view. Infrared heat camera(s) advantageously offer the ability to penetrate smoke to locate 
the fire source. For example, the location of the fire may not be visible with the naked eye due to the amount of smoke, 

20 debris, buildings, or other things which may obscure a visual sighting of the fire location. The infrared camera 728 is 
used to allow the turret controller 660 to "see" a hot spot or other area of interest. 

[0145] The heat sensitive camera 728 may be placed in a variety of locations on the fire fighting vehicle 620. In an 
exemplary embodiment, the heat sensitive camera 728 is mounted to the fire fighting vehicle 620. In other exemplary 
embodiments, the heat sensitive camera 728 may be provided proximate the nozzle 631 of the turret 610, or on the 

25 roof of the fire fighting vehicle 620. 

[0146] In a preferred embodiment, two heat sensitive cameras, 728a and 728b, are used. The heat sensitive camera 
728a is used to provide a wide field of view for the targeting system, i.e., to identify the general location of the fire or 
trouble spot. The camera 728a has a wide field of view and is used to determine the general area where turret should 
be pointed ("gross positioning"). Preferably, the camera 728a is mounted on the vehicle chassis in a manner such that 

30 the coordinate system of the camera 728a is aligned with the vehicle coordinate system described above in connection 
with the envelope control module 662 and shown in Fig. 13. Specifically, in the vehicle coordinate system shown in 
Fig. 13, the X-axis is aligned along the width of the vehicle 620, the Y-axis is aligned along the height of the vehicle 
620, and the Z-axis is aligned along the length of the vehicle 620. The camera 728a preferably has an imaging plane 
which is parallel with the plane defined by the X axis and the Y-axis of the vehicle coordinate system. For example, 

35 the origin of the vehicle coordinate system is defined to be the same location on the vehicle 620 where the camera 
728a is mounted. For gross positioning, this allows the image data from the camera 728a to be processed to obtain a 
quick assessment of the location of the hot spot. For example, if the hot spot appears in the middle of the image data, 
then the nozzle 631 should be pointing straight ahead. Conversely, if the hot spot appears on the left side or right side 
of the image data, then the nozzle 631 should be pointed to the left or right, respectively. 

40 [0147] The heat sensitive camera 728b is used to fine tune the position or location indication of the hot spot of the 
fire ("fine positioning"). Preferably, the camera 728b is mounted on or near the nozzle 631 of the turret 610, and is 
mounted so as to be aligned with the flow direction of the fire fighting agent from the nozzle 631 . 
Specifically, the fire fighting agent flowing from the nozzle 631 preferably travels along an axis (Z-axis) which is per- 
pendicularto the 2-D (X-Y) imaging plane of the camera 728b. (The camera 728b is assumed to have an XYZ coordinate 

45 system which is, in general, not aligned with the XYZ coordinate system of the vehicle 620, although the two may be 
considered aligned when the turret nozzle 631 is level and pointing straight forward.) Given that the distance between 
the center of the 2-D image plane of the camera 728b and the center of the stream of fire fighting agent is small relative 
to the distance between the camera 728b and the fire, it may be assumed that the center of the 2-D image plane of 
the camera 728b and the center of the stream of fire fighting agent are located at the same point. Therefore, when the 

50 hot spot appears on the left side of the image data, the turret needs to be moved to the left to be aimed at the hot spot. 
With this configuration, it is known that the turret is pointed at the hot spot of the fire so long as the hot spot appears 
in the center of the image data. It may be noted that conventional turrets dispense fire extinguishing agent at a suffi- 
ciently high velocity such that it may be assumed that fire extinguishing agent dispensed from a horizontally oriented 
turret will not travel appreciably downwardly before reaching the target. Therefore, fire extinguishing agent reaches 

55 the hot spot if the turret 610 is pointed at the hot spot. As detailed below, a control algorithm may then be executed 
which maintains the hot spot located at the center of the image data for the camera 728b. 

[0148] In an alternative embodiment, in addition to the camera 728b, one or more additional cameras may be mounted 
around the perimeter of the nozzle 631 . The use of multiple cameras on the nozzle 631 allows portions of image data 
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from the multiple cameras to be processed as a single image, so that the any obstructions caused by the presence of 
the nozzle 631 and the stream of fire fighting agent may be avoided. 

[0149] Once the heat detection system 727 has identified the location of the area of interest in the fire in the image 
data, the heat detection system 727 uses a conversion module 729 to convert the location of the area of interest in the 

5 image data into position information for use by the turret controller 660 in controlling the turret 61 0, as will be described 
in greater detail below. For each of the cameras 728a and 728b, the conversion module 729 provides the turret controller 
with X,Y values indicative of the distance (magnitude and polarity) of the hot spot from the center of the image data 
produced by the respective camera 728a, 728b (with the X,Y values being provided in the respective coordinate systems 
of the cameras 728a and 728b). The conversion module 729 may also be integrated into the turret controller 660, such 

10 that the cameras 728a and 728b provide the turret controller 660 with raw image data an the turret controller 660 
determines the above-mentioned distances. The operation of the turret targeting module 664 is discussed in greater 
detail below. 

[0150] Use of the heat detection system 727 permits a hot spot of the fire to be continuously tracked and allows the 
aiming of the turret 610 to be adjusted in accordance with movement of the hot spot. This increases the efficiency of 
15 the fire fighting agent by placing the fire fighting agent on the area that may need it the most (i.e. the active hot spot 
of the fire) rather than being placed on a cold or less active region of the fire. 

[0151] Referring now to Fig. 21 , in another embodiment, the fire position indicator 635 is implemented using a laser 
tracking system 730. In an exemplary embodiment, the laser system 730 includes a laser designator 732 and a laser 
detector 734 as shown in Fig. 21 . 

20 [0152] The lasertracking system 730 is similar in concept to those used in guidance systems such as missile guidance 
systems. The laser designator 732 is a handheld pointing device capable of being held by an operator and pointed at 
region of interest, e.g., at or near a desired target area of a fire. The laser designator 732 provides an area or spot of 
laser light on or near the target. The target reflects and scatters the laser light spot. The laser detector 734 is preferably 
a camera which is sensitive to particular wavelengths of light (i.e. the wavelengths associated with the laser designator 

25 732), and excluding other wavelengths. The laser detector 734 is capable of receiving the laser light designating the 
region of interest after the laser light is reflected from the region of interest. When the laser detector 734 detects the 
laser light, the laser light spot appears at a particular location in the image data acquired by the laser detector 734, 
with the location of the laser light spot in the image data being a function of the position of the reflected laser light spot 
relative to the laser detector 734. 

30 [0153] In a preferred embodiment, two laser detectors, 734a and 734b, are used. The preferred configuration is 
generally the same as that described in connection with the cameras 728a and 728b. Thus, the laser detector 734a is 
used for gross positioning and is mounted to the fire fighting vehicle so as to be aligned with the vehicle coordinate 
system shown in Fig. 13. The laser detector 734b is mounted to the nozzle 631 and has an imaging plane which is 
perpendicular to the stream of fire fighting agent dispensed by the nozzle 631 . Alternatively, multiple laser detectors 

35 may be mounted to the nozzle 631 , similar to the arrangement described above. Once the laser detection system 730 
has identified the location of the area of interest in the fire in the image data, the laser detection system 730 uses a 
conversion module 735 to convert the location of the area of interest in the image data into position information for use 
by the turret controller 660 in controlling the turret 610, as will be described in greater detail below. For each of the 
detectors 730a and 730b, the conversion module 735 provides the turret controller with X,Y values indicative of the 

40 distance (magnitude and polarity) of the laser spot from the center of the image data produced by the respective camera 
730a, 730b. The conversion module 735 may also be integrated into the turret controller 660. 

[0154] Referring back to Fig. 1 6, the operation of the turret targeting module 664 will now be described. In the turret 
targeting mode of operation, the turret targeting module 664 and the envelope control module 662 in Fig. 16 are active, 
and the remaining modules 665, 668, 670, 672, and 674 are inactive. The targeting module 664 module receives the 

45 position information from the fire position indicator 635 and, based on the position information, determines whether 
the nozzle 631 should be moved up, down, to the left, to the right, or some combination thereof. The turret targeting 
module 635 then generates signals that simulate input signals from the joysticks 619, and these signals are provided 
to the envelope control module 662. The envelope control module 662 operates in the manner previously described, 
except that inputs are received from the turret targeting module 664 rather than from one of the operator interfaces 

50 616. Thus, assuming the turret 610 is within the permissible travel envelope, the envelope control module 662 relays 
these signals to the actuators 632; otherwise, the envelope control module 662 intervenes to cause the turret 610 from 
leaving the permissible travel envelope. 

[0155] Referring now to Fig. 22, a flowchart describing the operation of the turret targeting module 664 is illustrated. 
For simplicity, it is assumed in the following discussion that 01 is fixed (the base 624 is held stationary) and 05 is allowed 
55 to vary (the third arm 630 is hingedly moveable). Of course, a non-stationary base 624 may also be used. 

[0156] At step 751 it is determined whether the target is in the image generated by the turret mounted camera (either 
the camera 728b or 734b). If the target happens to be within the field of view of the turret mounted camera, then the 
process proceeds directly to step 756, described in greater detail below. 



23 



EP 1 424 103 A2 



[0157] Assuming the target is not within the field of view of the turret mounted camera, then the process proceeds 
to step 752. At step 752, an estimate of the position (X T , Y T , Z T ) of the target is developed based on the image data 
from the gross positioning camera 728a or 734a. The (X T , Y T , Z T ) value is considered to be an estimate because the 
accuracy of the value is limited by the fact that the value is generated based on information from a single camera and 

5 therefore depth perception is limited. In an alternative embodiment, it may be desirable to use multiple cameras mount- 
ed on the vehicle body in order to allow a more accurate (X T , Y T , Z T ) value to be obtained and/or to allow the turret 
mounted cameras to be eliminated. It is assumed that the fire fighting vehicle 620 is pointed generally in the direction 
of the target, and that the field of view of the camera 728a or 734a is sufficiently large that the target will be within the 
field of view of the camera 728a or 734a. However, if the target is not within the field of view of the camera 728a or 

10 734a, then an error is issued and it is necessary to reposition the fire fighting vehicle 620 if it is desired to use the turret 
targeting module 664. In an alternative embodiment, the camera 728a or 734a is mounted for rotation and/or other 
movement to improve the target-locating ability of the camera 728a or 734a. 

[0158] Assuming the target is within the field of view of the gross positioning camera 728a or 734a, then, at step 
753, the turret 610 is brought to a position (9^ 9 2 , 0 3 , 9 4 , 0 5 , and L) at which it is expected that the turret 610 will be 

15 aimed at the target. At this point, the target should be within the field of view of the fine positioning camera 728b or 
734b. At step 754, it is determined whether the target is in fact within the field of view of the fine positioning camera 
728b or 734b. For example, for the heat detection system 727, it may be ascertained whether the fine positioning 
camera 728b is viewing a region of the same temperature as the hot spot identified by the camera 728a. For the laser 
tracking system 730, it may be ascertained whether the fine positioning camera 734b is viewing light within the range 

20 of wavelengths of the laser light emitted by the laser designator 732. If the target is not within the field of view of the 
fine positioning camera 728b or 734b, the turret controller 660 is programmed to enter a search mode (step 755) in 
which the turret controller 660 causes the turret 610 to move in a region surrounding the position (9-,, 0 2 , 9 3 , 9 4> 9 5 , 
and L) at which it is expected that the turret 61 0 will be aimed at the target. The turret controller 660 then keeps moving 
the turret 610 until the target enters the field of view of the fine positioning camera 728b or 734b. 

25 [0159] Once the target is within the field of view of the fine positioning camera 728b or 734b, the turret controller 660 
attempts to center the target within the field of view of the fine positioning camera 728b or 734b. For example, if it is 
assumed that AX is the deviation of the target from the center of the field of view of the fine positioning camera 728b 
or 734b in the X dimension, and that AY is the deviation of the target from the center of the field of view of the fine 
positioning camera 728b or 734b in the Y dimension (where the X dimension and the Y dimension are defined in terms 

30 of the coordinate system of the fine positioning camera 728b or 734b), then AX and AY may be used as feedback 
values in two respective feedback control loops. For example, if 8.,, 9 2 , 9 3 , and L are held constant, then a feedback 
control loop which varies 9 5 (nozzle left/right) to minimize AX and anotherfeedback control loop which varies 9 4 (nozzle 
up/down) to minimize AY may be employed. Thus, the position and orientation of the nozzle 631 is adjusted such that 
the nozzle 631 is aimed at the region of interest and, at the same time, fire extinguishing agent is dispensed toward 

35 the region of interest. Because this arrangement is implemented in the form of feedback control loops, the location of 
the region of interest may be continuously tracked and the position and orientation of the nozzle 631 may be continu- 
ously adjusted in response to movement of the region of interest (for example, due to cooling of a hot spot when fire 
extinguishing agent is dispensed on the hot spot). Therefore, the nozzle 631 may remain pointed at the region of 
interest during movement of the region of interest. 

40 [0160] When the turret targeting module 664 is used, expanded fire fighting capabilities for the turret 610 are 
achieved. Using the fire position indicator 635 to view the fire, and determine the location of the area of interest of the 
fire, improves the aim and effectiveness of the turret 610 in many situations. 

3. Turret Pan, Turret Deploy, and Turret Store 

45 

[0161] Referring again to Fig. 16, in addition to the envelope control module 662 and the turret targeting module 664, 
the turret motion controller 660 further includes a learn module 665 which is used in connection with a turret pan module 
668, a turret deploy module 670, and a turret store module 672. The modules 665, 668, 670, 672 permit the turret 
controller 660 to store information such as position information and then control movement of the turret 610 in accord- 
so ance with the stored information. 

[0162] First, the learn module 665 and the turret pan module 668 will be described. At the scene of a fire, it is 
sometimes desirable to simply pan a turret back and forth across a general region. The turret pan module 668 causes 
the turret 610 to move in a predetermined pattern while the turret 610 dispenses a fire fighting agent toward the fire. 
In the pan mode of operation, the modules 665, 670, 672, and 664 as well as the fire position indicator 635 are not 
55 active in Fig. 16. The envelope control module 662 may be active as previously described. 

[0163] In one embodiment, panning may be implemented by programming the pan module 668 to simulate inputs 
from the operator interface 616. For example, for a simple back and forth pattern, the operator may be permitted to 
bring the turret 610 to a region of interest, and then the turret pan module 668 may generate signals based on stored 
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information that cause the actuator 632f to oscillate left and right. For a circular pattern, the actuator 632e may also 
be used. To provide flexibility, operator inputs may be received that are used to control the amount of angular displace- 
ment and/or the amount of time the turret moves in one direction (and therefore the distance traveled) before reversing 
course. Alternatively, operator inputs may be simulated by storing operator inputs as the operator moves the turret 610 
5 in a desired pattern, and then retrieving the stored operator inputs and using the stored operator inputs to generate 
additional control signals for the actuators 632 so as to cause the turret to repeat the pattern created in response to 
the original inputs. In these embodiment, in Fig. 16, the summation element 679 and the gain block 674 are not used 
(that is, the signals from the turret pan module 668 feed through directly to the envelope control module 662 as simulated 
joystick signals). 

10 [0164] In another embodiment, for maximum flexibility, the operator is allowed to program a pan pattern into the turret 
pan module 668, and feedback control is used to ensure that the turret 610 conforms to the programmed pattern. To 
this end, in an initial "learn" mode of operation, the turret controller 660 first learns the predetermined pattern by mon- 
itoring operator inputs used to control movement of the turret 61 0. Specifically, and referring now to Fig. 23, Fig. 23 is 
a flowchart showing the learning mode of the turret controller 660. At step 761 , operator inputs are acquired by one of 

15 the operator interfaces 616. At step 762, the turret controller 660 moves the turret 610 in real time in accordance with 
the operator inputs. At step 763, the position of the turret 61 0 is measured using the position sensors 634. At step 764, 
the position information acquired during step 763 is stored in the turret pan module 668. The position information is 
stored as a series of waypoints formed of simultaneously measured 61, 62, 63, 64, 65 and L1 values. Step 764 may 
occur in response to operator inputs or may occur at regular intervals. For example, if step 764 occurs in response to 

20 operator inputs, the operator may periodically press a "store" button to indicate to the turret controller 660 that the 
operator wants the turret 610 to periodically return to its current position. In this embodiment, the waypoints are stored 
in the form of 61 , 62, 63, 64, 65 and L1 values which are measured by the position sensors 634 at the time the operator 
input is received. The operator moves from position to position and presses the store button until a series of waypoints 
are defined. For back and forth movement, as few as two waypoints may be used. For a more complex motion profile, 

25 such as a figure eight motion profile, a series of waypoints may be used. Alternatively, in another embodiment, the 
turret controller 660 may automatically store the position information at periodic intervals as the turret 610 is controlled 
in response to operator inputs. The process of Fig. 23 is then repeated until an operator input is received indicating 
that the operator has completed defining the predetermined pattern. It may be noted that, as is the case elsewhere 
throughout this description, although steps 761-764 are shown as a series of steps to be performed, the steps 761-764 

30 need not necessarily be performed at the same update rate and therefore need not necessarily be sequentially per- 
formed. 

[0165] Referring now also to Fig. 24, in a second mode of operation, the turret controller 660 causes the turret 610 
to repetitively move in accordance with the predetermined pattern programmed during steps 761-764. Thus, at step 
766, one of the series of waypoints stored during step 764 is provided as input to a feedback control system. The 61 , 

35 62, 63, 64, 65 and L1 values of the active waypoint are used as position command inputs in a position feedback control 
loop implemented in part by the turret motion controller 660. Referring to Fig. 25, Fig. 25 shows the feedback control 
system of Fig. 16 in greater detail. For simplicity, the modules 662, 664, 665, 670, and 672 are not shown in Fig. 25. 
The feedback control system comprises one feedback control loop for each axis of movement. The 61 , 62, 63, 64, 65 
and L1 values as position command inputs to a series of summation elements 679a-679f (shown collectively in Fig. 

40 16 as the summation element 679). Each of the position sensors 634a-634f measures the 61, 62, 63, 64, 65 and L1 
values (step 727). These measurements are provided to the summation elements 679a-679f, which compare the meas- 
ured turret position with the position information received from the turret pan module 668. The output of each summation 
element 679a-679f is a position error signal and is provided to a respective gain block (e.g., a proportional-integral 
block) 674a-674f. The outputs of the PI blocks 674a-674f are used as output signal for a respective one of the actuators 

45 632a-632f. The feedback control loop controls the turret so as to reduce a difference between the measured position 
of the turret and the active waypoint. When the turret 61 0 is beginning to approach the active waypoint, a new waypoint 
is provided by the turret pan module 668 to the summation elements 679a-679f, such that the turret 61 0 is successively 
delivered to the series of waypoints. When the final waypoint is reached, the process repeats starting with the first 
waypoint. 

50 [0166] The arrangement of Figs. 23-25 allows the shape and time-profile of the panning pattern to be fully configurable 
and fully programmable, especially if the waypoints are stored at regular intervals rather than in response to operator 
inputs. Specifically, the operator is permitted to move the turret 610 so as to aim the turret at a particular location (e. 
g., hot spot) of the fire, linger at the particular location, and then move the turret to the next location (e.g., another hot 
spot). The turret controller 660 is then able to move the turret 610 to each of the hot spots, regardless whether they 

55 are aligned with each other, and cause the turret 610 to linger at each hot spot in the same manner and for the same 
amount of time as originally programmed by the operator. 

[0167] The turret deploy module 670 is used to deploy the turret from a store position in which the turret 610 is stored 
for vehicle travel to a deploy position in which the turret 610 deploys a fire fighting agent. Typically, the turret 610 is 
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stored in a locked position during travel of the fire fighting vehicle 620. Upon arrival to the scene of a fire, the turret 
deploy module 670 allows the turret 61 0 to be deployed to a predetermined position with minimum operator involvement. 
[0168] The turret deploy module 670 operates in a manner which is generally similar to the turret pan module 668. 
The turret deploy module 670 may store a sequence of control signals to be provided to the actuators 632 or may store 

5 a series of position waypoints that are sequentially provided to multiple feedback control loops, as previously described. 
The turret deploy module 670 may be preconfigured before vehicle deployment and/or may be configured by an op- 
erator. For example, if the turret deploy module is preconfigured, one or more deploy positions may be preprogrammed 
in the turret deploy module 670. If the turret deploy module 670 is configured by the operator, one or more deploy 
positions or deploy movement patterns may be stored by the operator as described above in connection with the turret 

10 pan module 668. The turret deploy module 670 may also provide the operator with the ability to enter a desired position 
and orientation of the nozzle 631 relative to the vehicle 620. This allows the operator to define the desired deploy 
position as the vehicle 620 approaches the scene of a fire in situations where information regarding the scene of the 
fire is known prior to vehicle arrival at the scene of the fire. 

[0169] Upon arriving at the scene of a fire, an operator input is received indicating that the operator wishes to turret 
15 deploy the turret 61 0. Turret deployment may begin immediately or, for fire fighting vehicles with outrigger assemblies, 
turret deployment may be programmed to begin automatically after outrigger deployment is complete. If the turret 
deploy module 670 stores simulated joystick commands, the turret 610 may be deployed by retrieving the stored in- 
formation and using the information to generate control signals provided to the actuators 632 by way of the envelope 
control module (with the summation element 679 and the PI gain block 674 being inactive). If the turret deploy module 
20 stores 61 , 92, 93, 94, 95 and L1 values for the deploy position, these values may be provided to the feedback control 
loops shown in Fig. 25 to cause the turret controller 660 to move the turret 610 to the deploy position in closed loop 
fashion. A series of 91 , 92, 93, 94, 95 and L1 values (waypoints) may also be used if a particular deploy trajectory is 
desired. 

[0170] The turret store module 672 is used to move the turret 610 from a deploy position in which the turret is posi- 
25 tioned to dispense a fire fighting agent on a region of interest to a store position in which the turret is stored for vehicle 
travel. Turrets mounted on top of fire fighting vehicles are often stored between the emergency lights. Therefore, the 
emergency lights are particularly susceptible to damage during the process of storing the turret, given the proximity of 
the turret to the emergency lights. The turret store module 672 avoids such damage assisting storage of the turret 610. 
For example, in one embodiment, the turret store module 672 stores the 91 , 92, 93, 94, 95 and L1 values for the store 
30 position, these values are provided to the feedback control loops shown in Fig. 25 to cause the turret controller 660 to 
move the turret 610 to the store position in closed loop fashion. A series of 91 , 92, 93, 94, 95 and L1 values (waypoints) 
may also be used if a particular store trajectory is desired which avoids damaging other structure on the vehicle 620. 
Once the turret 610 reaches the store position, the turret store module 672 causes an actuator to engage which is 
coupled to a lock mechanism. This allows the turret 610 to be locked in place after the turret 610 reaches the store 
35 position with minimal operator involvement. 

[0171] The turret controller 660 may also be used to implement otherfeatures. For example, the turret controller 660 
may be used to implement an nozzle leveling feature in which the nozzle 631 is maintained in the horizontal position 
regardless of boom angle. This allows the nozzle 631 to remain aimed at a fire during boom movement. 

40 4. Operator Interface 

[0172] Referring now to Fig. 26, an embodiment of the control system 612 is shown wherein two turrets 731 and 732 
are provided. Both turrets operate in the same manner as the turret 610, although at least one of the turrets 731 , 732 
may be constructed differently and may be mounted in a different location, such as a bumper turret mounted on a 
45 bumper of the fire fighting vehicle 620. Also shown are the operator interfaces 616 and the turret controller 660, which 
includes structure that duplicates the structure shown in Fig. 16 for the additional turret. (That is, duplicate turret con- 
trollers 660, operating in parallel and respectively coupled to the turrets 731, 732, are used. For simplicity, a single 
turret controller 660 is shown in Fig. 26.) 

[0173] As previously noted, the operator interfaces 616 each include respective joysticks 619a and 619b. Typically, 
50 the joysticks 619a, 619b may be mounted at different locations on the vehicle (such as in the cab and at on operator 
panel elsewhere on the vehicle) and therefore one of the joysticks 619a, 619b may be at a location that has better 
visibility than the location of the other of the joysticks 619a, 619b. Each joystick 619a, 619b is coupled to respective 
interface modules 613c and 613d, and there is no inherent difference between the joysticks 619a, 619b other than 
vehicle location. 

55 [0174] In order to take advantage of the multiple joysticks, the turret controller 660 is capable of reconfiguring itself 
(e.g., in response to operator inputs) to thereby provide the operator with the ability to use either of the joysticks 61 9 
to control either of the turrets 771 , 772. Thus, in a first mode of operation of the turret controller 660, the turret controller 
660 controls the position and orientation of the nozzle of the turret 771 based on operator inputs acquired by the joystick 
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619a, and controls the position and orientation of the nozzle of the turret 772 based on operator inputs acquired by 
the joystick 61 9b. In a second mode of operation, an opposite arrangement may be used (wherein the turret controller 
660 controls the position and orientation of the nozzle of the turret 771 based on operator inputs acquired by the joystick 
619b, and controls the position and orientation of the nozzle of the turret 772 based on operator inputs acquired by 

5 the joystick 619a.) In a third mode of operation, the turret controller 660 controls the position and orientation of the 
nozzles of both the turrets 771 and 772 based on operator inputs acquired by a single one of the joysticks 61 9a, 619b. 
In other words, both turrets 771 , 772 are synchronized to the same joystick 619a or 61 9b. This allows both turrets 771, 
772 to be aimed at different areas but move in tandem in response to operator inputs from a single joystick 619a or 
619b, for example, when panning the turrets back and forth near a region of the fire. Alternatively, the turret controller 

10 660 may be configured to control a first one of the turrets 771 , 772 directly in response to operator inputs and to control 
a second one of the turrets 771 , 772 such that the second turret 771 , 772 tracks movement of the first turret 771 , 772 
and dispenses fire fighting agent on the same location as the first turret 771 , 772. The display 618a, 618b associated 
with each of the respective joysticks 619a, 619b is used to indicate to the operator the current configuration of the 
turret controller 660, that is, which joysticks 619a, 619b are useable to control which turrets 771 , 772. 

15 [0175] Also shown in Fig. 26 is an additional operator interface 773 which includes an additional joystick 774 and 
an additional display 775. The operator interface 773 is identical to the operator interfaces 616, and operates in the 
same manner as the operator interfaces 616, except that it is coupled to the control system 612 by way of a wireless 
(e.g., radio-frequency) communication link. This allows an operator to have significant mobility at the scene of a fire 
while controlling one or both of the turrets 771 , 772. Alternatively, the wireless communication link of Fig. 26 may be 

20 a wireless connection that is implemented using the Internet. This would allow an operator viewing the display 148 at 
the dispatch station 116 or fire fighting facility to view the fire in progress and use the remote operator interface 773 to 
control one or both of the turrets 771 , 772. For municipalities with multiple fire stations, this allows the municipality to 
have a fire fighter from any fire station assist in the fire fighting effort without necessarily having the fire fighter travel 
to the scene of the fire. 

25 [0176] Referring again to Fig. 16, in another embodiment, in order to provide improved operator feedback, the dis- 
plays 618 provide a rendering of the position and orientation of turret 61 0 relative to the remainder of the vehicle 620. 
As previously noted, in some cases, it is difficult for an operator to see the exact location and orientation of the turret 
610, for example, because smoke obscures the operator's vision, or because the operator is located inside an operator 
compartment of the fire fighting vehicle and the position/orientation of the turret 610 is not visible inside the operator 

30 compartment. This problem is exacerbated if the control system 612 cannot accurately respond to operator commands 
because the water pressure is so great that the actuators 632 do not have the power to overcome the water pressure 
and move the turret 610. 

[0177] To address this problem, the real-time position of the turret 610 acquired by the position sensors 634 is used 
by the turret controller 660 to calculate the position and orientation of the arms 626-630 as well as the nozzle 631 . 

35 Based on this information, the turret controller 660 generates image data for one or both of the displays 618 which 
causes the display 618 to provide a rendering of the position and orientation of each arm 626, 628, 630 of the turret 
610 relative to the fire fighting vehicle 620. Multiple display regions may be used to display the position and orientation 
of the nozzle 631 and the position and orientation of the arms 626-630. Alternatively, a single 3-D rendering may be 
displayed. Preferably, operator inputs may be received that allow the turret 61 0 and the vehicle 620 to be viewed from 

40 different angles. A sensor (e.g., dual camera or ultrasonic array) may be used to gather data useable to depict other 
objects such as buildings (in the case of municipal fire fighting vehicles) or airplanes (in the case of ARFF vehicles) 
on the display 618. 

[0178] In another embodiment, shown in Fig. 27, the turret controller 660 includes a turret flow rate feedback control 
loop 781 as shown. The turret flow rate control loop 781 is used to maintain constant flow rate of fire extinguishing 

45 agent from the turret nozzle 631 by compensating for various vehicle parameters. A number of vehicle parameters 
may vary and, as a result, cause a variation in the flow rate of the fire extinguishing agent. For example, in a pump 
and roll situation, the fire truck is pumping water and moving at the same time (e.g., to move the fire truck closer to the 
fire). The varying engine RPM and diversion of power to the drive train causes variations in pressure which in turn 
cause significant variations in flow rate. The flow rate control loop 781 adjusts the flow rate to make the flow rate 

50 constant even when the engine RPM varies. 

[0179] Block 782 stores information pertaining to an operator input pertaining to flow rate. As indicated by block 782, 
the desired flow rate is continuously adjustable to provide a wide range of available flow rates. A feedback sensor 783 
obtains flow rate feedback. The feedback sensor 783 may be a flow rate sensor or a sensor that monitors a remaining 
amount of fire extinguishing agent, for example. Visual feedback (e.g., a displayed flow rate) may then be provided to 

55 the operator using one of the displays 618. 

[0180] In another embodiment, the turret control system 612 is at least partially self-calibrating. When a mechanical 
component of the turret assembly is replaced (such as one of the arms 626-630, position sensors 634, or limit switches 
636), the control system 612 recalibrates itself in thefield with a minimal amount of equipment. For example, to calibrate 
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a new position sensor 634, the turret controller 660 provides control signals to the corresponding actuator 632 to cause 
the actuator 632 to move the turret to both limits of motion for the axis in which the position sensor 634 was replaced. 
Thus, if the position sensor 634f is replaced, the turret controller 660 provides the actuator 632f with control signals 
that cause the actuator 632f to move the turret arm 630 full right and then full left. The new position sensor 634f is then 

5 calibrated by monitoring the output of the position sensor 634f at the limits of motion and storing this information. 

[0181] Throughout the specification, numerous advantages of preferred embodiments have been identified. It will 
be understood of course that it is possible to employ the teachings herein so as to without necessarily achieving the 
same advantages. Additionally, although many features have been described in the context of a vehicle control system 
comprising multiple modules connected by a network, it will be appreciated that such features could also be imple- 

10 mented in the context of other hardware configurations. Further, although various figures depict a series of steps which 
are performed sequentially, the steps shown in such figures generally need not be performed in any particular order. 
For example, in practice, modular programming techniques are used and therefore some of the steps may be performed 
essentially simultaneously. Additionally, some steps shown may be performed repetitively with particular ones of the 
steps being performed more frequently than others. Alternatively, it may be desirable in some situations to perform 

15 steps in a different order than shown. 

[0182] As previously noted, the construction and arrangement of the elements of the turret control system shown in 
the preferred and other exemplary embodiments are illustrative only. Although only a few embodiments of the present 
inventions have been described in detail in this disclosure, those skilled in the art who review this disclosure will readily 
appreciate that many modifications are possible without materially departing from the novel teachings and advantages 

20 of the subject matter recited in the claims. Accordingly, all such modifications are intended to be included within the 
scope of the present invention as defined in the appended claims. In the claims, any means-plus-function clause is 
intended to cover the structures described herein as performing the recited function and not only structural equivalents 
but also equivalent structures. Other substitutions, modifications, changes and omissions may be made in the design, 
operating conditions and arrangement of the preferred and other exemplary embodiments without departing from the 

25 scope of the present inventions as expressed in the appended claims. 



Claims 

30 1. A method of controlling a turret mounted on a fire fighting vehicle, comprising: 

storing information in a turret motion controller, the information pertaining to a desired movement of the turret; 
and 

controlling movement of the turret using the turret motion controller, the movement of the turret being controlled 
35 in accordance with the information. 

2. The method according to claim 1 , 

wherein the information pertains to a deploy position, the deploy position being a position in which the turret 
is positioned to dispense a fire fighting agent on a region of interest; and 
40 wherein, during the controlling step, the turret is delivered from a store position to the deploy position, the 

store position being a position in which the turret is stored for vehicle travel. 

3. The method according to claim 2, wherein the information for the deploy position is stored in the turret controller 
in response to operator inputs, and wherein the method further comprises acquiring operator inputs that define a 

45 plurality of deploy positions. 

4. The method according to claim 2, wherein the information for the deploy position is stored in the turret controller 
in response to operator inputs, and wherein the operator inputs are acquired as the fire fighting vehicle approaches 
the scene of a fire. 

50 

5. The method according to claim 1, wherein the controlling step comprises causing the turret to move in a prede- 
termined pattern. 

6. The method according to claim 1 , further comprising 

55 in a first mode of operation, acquiring operator inputs and causing the turret to move in a pattern in accordance 

with the operator inputs, wherein the causing step is performed in real time as the operator inputs are acquired; then 
in a second mode of operation, causing the turret to move in accordance with the pattern, wherein the causing 
step is performed based on information stored during the first mode of operation, such that turret movement is 
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controlled based on previously acquired operator inputs. 

7. The method according to claim 1 , 

wherein the information is information pertaining to a motion profile for repetitively moving the turret in ac- 
5 cordance with a pattern; 

wherein, during the controlling step, the turret is repetitively moved in accordance with the pattern; and 
wherein the method further comprises dispensing afire fighting agent from the turret while the turret is moving 
in accordance with the pattern. 

10 8. The method according to claim 1 , 

wherein the information pertains to a store position, the store position being a position in which the turret is 
stored for vehicle travel; and 

wherein, during the controlling step, the turret is delivered from a deploy position to the store position, the 
deploy position being a position in which the turret is positioned to dispense a fire fighting agent on a region of 
15 interest. 

9. The method according to claim 8, further comprising engaging an actuator when the turret reaches the store po- 
sition, the actuator being coupled to a lock mechanism that locks the turret in place after the turret reaches the 
store position. 

20 

10. The method according to claim 1 , wherein the controlling step comprises guiding the turret to a store position, and 
wherein the method further comprises providing a signal to a lock mechanism to cause the lock mechanism to 
lock the turret in place in the store position. 

25 11. The method according to claim 1, 

wherein the turret comprises an adjustable mount assembly and a turret nozzle, the adjustable mount as- 
sembly being mounted to the chassis and vehicle body combination, the mount assembly including a fire-extin- 
guishing agent delivery system capable of transporting afire-extinguishing agent through the mount assembly, the 
turret nozzle being mounted to the adjustable mount assembly, and the turret nozzle being capable of receiving 
30 the fire-extinguishing agent from the mount assembly; 

wherein the fire fighting vehicle comprises a power distribution and control system, the power distribution 
and control system further including a power source, a power transmission link, a plurality of output devices, a 
plurality of input devices, a communication network, and a plurality of interface modules; 

wherein the plurality of output devices including a plurality of actuators capable of adjusting the mount as- 
35 sembly to adjust the position and orientation of the turret nozzle; 

wherein the plurality of input devices including a plurality of position indicators capable of providing position 
information pertaining to the position and orientation of the nozzle, and the plurality of input devices further including 
an input device associated with an operator interface; 

wherein the plurality of interface modules are coupled to the power source by way of the power transmission 
40 link, the plurality of interface modules being interconnected to each other by way of the communication network, 

and the plurality of interface modules being coupled to the plurality of input devices and to the plurality of output 
devices by way of respective dedicated communication links, and the plurality of interface modules including one 
or more interface modules that are coupled to the plurality of position sensors, the plurality of actuators, and the 
input device associated with an operator interface; and 
45 wherein the turret controller comprises at least one of the plurality of interface modules. 

12. The method according to claim 1 , wherein the information comprises a series of waypoints, and wherein the con- 
trolling step comprises successively delivering the turret to the series of waypoints. 

50 13. The method according to claim 12, 

wherein the series of waypoints are stored during an operator programming mode of the turret controller; 

wherein, during the operator programming mode, the turret is controlled in response to operator inputs and 
measurements of the position of the turret are repetitively acquired; and 

wherein the series of waypoints are stored based on the measurements of the position of the turret acquired 
55 during the operator programming mode. 

14. The method according to claim 13, wherein the controlling step comprises 
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(1 ) providing one of the series of waypoints as input to a feedback control system, the feedback control system 
being at least partially implemented by the turret controller; 

(2) measuring the position of the turret; 

(3) comparing the measured position of the turret with the one of the series of waypoints; 

(4) controlling the turret so as to reduce a difference between the measured position of the turret and the one 
of the series of waypoints; and 

(5) repeating steps (1 )-(4) for remaining ones of the series of waypoints. 

15. The method of claim 1 , wherein the turret comprises first arm and second arms. 

16. The method of claim 1 , wherein the turret comprises a first arm, a second arm, and a third arm, and wherein the 
second arm is hingedly moveable relative to the first arm and the third arm is hingedly moveable relative to the 
second arm. 

17. The method of claim 1, 

wherein the information is used to generate first control signals to control motion of the turret, the information 
directing movement of the turret in such a way that the turret is susceptible to impacting the fire fighting vehicle; and 
wherein the method further comprises preventing the turret from impacting the fire fighting vehicle, including 
determining that the turret is susceptible to impacting the fire fighting vehicle, and 

in response to the determining step, providing the turret with second control signals that are different than 
the first control signals, the second control signals directing movement of the turret in such a way that the turret 
does not impact the fire fighting vehicle. 

18. A fire fighting vehicle comprising: 

(A) a chassis and a vehicle body mounted on the chassis, the chassis and vehicle body in combination including 
an operator compartment capable of receiving a human operator, the operator compartment including steering 
and throttle controls for receiving operator inputs to control movement of the fire fighting vehicle along a road; 

(B) a turret including 

(1) an adjustable mount assembly, the adjustable mount assembly being mounted to the chassis and 
vehicle body combination, and the mount assembly including a fire-extinguishing agent delivery system 
capable of transporting afire-extinguishing agent through the mount assembly; 

(2) a turret nozzle, the turret nozzle being mounted to the adjustable mount assembly, and the turret nozzle 
being capable of receiving the fire-extinguishing agent from the mount assembly; and 

(C) a turret control system, the turret control system including a plurality of actuators capable of adjusting the 
mount assembly to permit the position and orientation of the turret nozzle to be adjusted, the turret control 
system further including a turret controller coupled to the plurality of actuators, the turret controller storing 
position information pertaining to a desired position of the turret; and the turret controller being programmed 
to control movement of the turret using the turret motion controller, the movement of the turret being controlled 
in accordance with the position information. 

19. The vehicle according to claim 18, 

wherein the position information pertains to a deploy position, the deploy position being a position in which 
the turret is positioned to dispense a fire fighting agent on a region of interest; and 

wherein turret controller is programmed to cause the turret to move from a store position to the deploy position, 
the store position being a position in which the turret is stored for vehicle travel. 

20. The vehicle according to claim 19, wherein turret controller is programmed to store the position information for the 
deploy position based on operator inputs, and wherein the turret controller is programmed to store a plurality of 
deploy positions. 

21 . The vehicle according to claim 19, wherein turret controller is programmed to store the position information for the 
deploy position based on operator inputs, and wherein the turret controller is programmed to acquire the operator 
inputs as the fire fighting vehicle approaches the scene of a fire. 

22. The vehicle according to claim 18, wherein the turret controller is programmed to cause the turret to move in a 
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fixed predetermined pattern. 

23. The vehicle according to claim 18, further comprising 

in a first mode of operation, the turret controller is programmed to acquire operator inputs and causes the 
5 turret to move in a pattern in accordance with the operator inputs, the turret controller causing the turret to move 

in real time as the operator inputs are acquired; then 

in a second mode of operation, the turret controller is programmed to cause the turret to move in accordance 
with the pattern, the turret controller causing the turret to move based on information stored during the first mode 
of operation, such that the turret controller controls turret movement based on previously acquired operator inputs. 

10 

24. The vehicle according to claim 18, 

wherein the position information is information pertaining to a motion profile for repetitively moving the turret 
in accordance with a pattern; 

wherein the turret controller is programmed to cause the turret to repetitively move in accordance with the 
15 pattern; and 

wherein the turret controller is programmed to cause the turret to dispense a fire fighting agent from the turret 
while the turret is moving in accordance with the pattern. 

25. The vehicle according to claim 18, 
wherein the position information pertains to a store position, the store position being a position in which the 

turret is stored for vehicle travel; and 

wherein the turret controller is programmed to cause the turret to move a deploy position to the store position, 
the deploy position being a position in which the turret is positioned to dispense a fire fighting agent on a region 
of interest. 

26. The vehicle according to claim 25, wherein the turret controller is programmed to engage an actuator when the 
turret reaches the store position, the actuator being coupled to a lock mechanism that locks the turret in place after 
the turret reaches the store position. 

30 27. The vehicle according to claim 1 8, wherein the turret controller is programmed to guide the turret to a store position, 
and wherein the turret controller is programmed to provide a signal to a lock mechanism to cause the lock mech- 
anism to lock the turret in place in the store position. 

28. The vehicle according to claim 18, 

wherein the fire fighting vehicle comprises a power distribution and control system, the power distribution 
and control system further including a power source, a power transmission link, a plurality of output devices, a 
plurality of input devices, a communication network, and a plurality of interface modules; 
wherein the plurality of actuators are among the plurality of output devices; 

wherein the plurality of input devices including a plurality of position indicators capable of providing position 
information pertaining to the position and orientation of the nozzle, and the plurality of input devices further including 
an input device associated with an operator interface; 

wherein the plurality of interface modules are coupled to the power source by way of the power transmission 
link, the plurality of interface modules being interconnected to each other by way of the communication network, 
and the plurality of interface modules being coupled to the plurality of input devices and to the plurality of output 
devices by way of respective dedicated communication links, and the plurality of interface modules including one 
or more interface modules that are coupled to the plurality of position sensors, the plurality of actuators, and the 
input device associated with an operator interface; and 

wherein the turret controller comprises at least one of the plurality of interface modules. 

50 29. The vehicle according to claim 18, wherein the position information comprises a series of waypoints in the turret 
controller, and wherein the turret controller is programmed to cause the turret to be successively delivered to the 
series of waypoints. 

30. The vehicle according to claim 29, 
55 wherein the series of waypoints are stored during an operator programming mode of the turret controller; 

wherein, during the operator programming mode, the turret controller is programmed to control the turret in 
response to operator inputs and repetitively acquire measurements of the position; and 

wherein the series of waypoints are stored based on the measurements of the position of the turret acquired 
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during the operator programming mode. 

31. The vehicle according to claim 30, wherein the turret controller is programmed to 

5 (1 ) provide one of the series of waypoints as input to a feedback control system, the feedback control system 

being at least partially implemented by the turret controller; 

(2) measure the position of the turret; 

(3) compare the measured position of the turret with the one of the series of waypoints; 

(4) control the turret so as to reduce a difference between the measured position of the turret and the one of 
10 the series of waypoints. 

32. The vehicle according to claim 18, wherein the turret comprises first arm and second arms. 

33. The vehicle according to claim 18, wherein the turret comprises a first arm, a second arm, and a third arm, and 
15 wherein the second arm is hingedly moveable relative to the first arm and the third arm is hingedly moveable 

relative to the second arm. 

34. The vehicle according to claim 18, 

wherein the turret controller is programmed to use the position information to generate first control signals 
20 to control motion of the turret, the position information directing movement of the turret in such a way that the turret 

is susceptible to impacting the fire fighting vehicle; and 

wherein the turret controller is further programmed to preventthe turretfrom impacting thefire fighting vehicle, 
including being programmed to determine that the turret is susceptible to impacting the fire fighting vehicle, and 
in response, provide the turret with second control signals that are different than the first control signals, the second 
25 control signals directing movement of the turret in such a way that the turret does not impact the fire fighting vehicle. 

35. A fire fighting vehicle comprising: 

(A) a turret comprising 

30 

(1) an adjustable mount assembly, the adjustable mount assembly being mounted to the chassis and 
vehicle body combination, and the mount assembly including a fire-extinguishing agent delivery system 
capable of transporting afire-extinguishing agent through the mount assembly, 

(2) a turret nozzle, the turret nozzle being mounted to the adjustable mount assembly, and the turret nozzle 
35 being capable of receiving the fire-extinguishing agent from the mount assembly, and 

(B) a power distribution and control system, the power distribution and control system further including 

(1) a power source; 
40 (2) a power transmission link; 

(3) a plurality of output devices, the plurality of output devices including a plurality of actuators capable of 
adjusting the mount assembly to adjust the position and orientation of the turret nozzle, 

(4) a plurality of input devices, the plurality of input devices including a plurality of position indicators 
capable of providing position information pertaining to the position and orientation of the nozzle, and the 

45 plurality of input devices further including an input device associated with an operator interface, 

(5) a communication network, and 

(6) a plurality of microprocessor-based interface modules, the plurality of interface modules being coupled 
to the power source by way of the power transmission link, the plurality of interface modules being inter- 
connected to each other by way of the communication network, and the plurality of interface modules 

50 being coupled to the plurality of input devices and to the plurality of output devices by way of respective 

dedicated communication links, and the plurality of interface modules including one or more interface 
modules that are coupled to the plurality of position sensors, the plurality of actuators, and the input device 
associated with an operator interface; and 

55 wherein the plurality of interface modules, the plurality of input devices, and the plurality of output devices 

are distributed throughout the fire fighting vehicle; and 

wherein each respective interface module is locally disposed with respect to the respective input and output 
devices to which the respective interface module is coupled so as to permit distributed data collection from the 
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plurality of input devices and distributed power distribution to the plurality of output devices; 

wherein the one or more interface modules is programmed to store position information pertaining to a desired 
position of the turret, and to control movement of the turret in accordance with the position information. 
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